软件设计毕业论文15篇Word格式文档下载.docx
《软件设计毕业论文15篇Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件设计毕业论文15篇Word格式文档下载.docx（48页珍藏版）》请在冰豆网上搜索。
摘要：
传统构架下的ERP软件，在实际应用中出现了许多问题。
文章介绍了一种新的软件架构方法――面向服务架构（SOA）的理念及其特点，并对面向服务架构的ERP和面向对象架构的ERP分别在体系结构和开发方法上作比较，最后选取SAP公司的NetWeaver和ESA产品设计理念作为案例，进一步阐述了SOA思想在ERP设计中的应用特点和优势。
关键词：
面向服务架构（SOA）；
面向对象架构（OOA）；
软件设计
0引言
ERP由最初的财务软件逐渐发展起来，内容越来越丰富，功能也越来越齐全[1]。
到目前为止，ERP的产品模式最常见的有两种：
通用型ERP和专业型ERP。
通用型ERP，顾名思义，是适用于多种行业的套装软件。
通过对其进行二次开发、系统配置，达到满足不同行业的管理信息化需求。
它的拓展性好、通用性高，成为目前的主流。
专业型ERP，也称之为行业型软件，是专门针对某一特定（或相近）行业设计和定制的，便于满足目标行业的个性化管理需求。
但这两种ERP产品都存在各自的缺陷，从而导致了应用实施过程中出现了很多问题，最终以失败告终的案例也不在少数。
如通用型ERP，它的优点也正是它缺点所在。
通用代表了缺乏个性，流程固化，不能针对不同企业做出有效的变化，只能通过企业进行业务流程再造，来满足ERP产品的需求，忽视了企业的个性化需求；
专业型ERP的最大缺陷是它的开发成本高，使企业望而却步，同时适用的企业并不多，所以这种专用型ERP，企业很少主动开发，往往是在目标企业提出某种需求的前提之下，进行定制开发，需要很高的成本。
传统ERP产品存在的这些缺陷，大部分原因是其架构理念的落后，开发方法的局限。
现在，面向服务架构（SOA，ServiceOrientedArchitecture）这种新的架构理念被引入到ERP软件的设计与开发中，为传统ERP产品走出困境带来了希望，为ERP领域的又一次革命性的飞跃奠定了基础。
1面向服务架构SOA
早在1996年，GartnerGroup就已经明确地提出了SOA的理念，但目前尚未有一个统一的、业界广泛接受的定义[2]。
IBM的高级软件工程师李珉先生说过，不同行业的人可以从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说WebService；
从架构设计师的角度，SOA就是一种新的设计模式，方法学；
从业务分析人员的角度，SOA就是基于标准的业务应用服务。
一般认为：
SOA――面向服务架构是一个组件模型，它将应用程序的不同功能单元――服务，通过服务间定义良好的接口和契约联系起来。
接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样系统中的服务可以使用统一和标准的方式进行通信。
其中服务，是指仅基于两个组件接口之间的契约，由一个组件提供其行为方法给另一个使用。
SOA中一般都包含三个角色：
服务的提供者、服务的请求者、服务代理[3]。
三个角色是根据对服务提出不同的需求和行使的不同功能来划分的。
它们的关系可以简单理解为：
服务的提供者将它提供服务的具体描述发布在服务代理，以方便服务的请求者查询；
服务的请求者通过对服务代理搜索，查找到需要的服务及其提供者的地址；
最后是服务的提供者与服务的请求者进行直接的绑定，完成服务（见图1）。
举个最简单的例子，我们若要在网上下载一首歌，先可以通过搜索引擎GOOGLE等，搜索可下载这首歌的网站，获知这首歌的免费下载的地址，最后我们直接链接这个地址下载歌。
在这个过程，网站即相当于一个服务代理，我们是服务的请求者，而最后那个下载地址背后的服务器为服务的提供者。
图1SOA三者关系图
SOA主要特征是将应用程序功能包装成服务，服务间彼此独立，可单独作为组件使用。
它具备松散耦合，提供粗粒度的服务和标准化的接口等。
SOA旨在提供一个通用的，可互操作的和有弹性的行业标准架构，可以在软件基础架构之上建立一系列可重复利用的服务，实现企业适应业务流程变化的需求。
2基于SOA的ERP与传统架构下的ERP的比较分析
2.1ERP传统体系结构和基于SOA的ERP体系结构的区别
传统的ERP软件在其体系结构上可以分为三层：
表现层、业务逻辑层和数据库[4]。
在这种体系结构下，其客户端访问存在很多的问题。
如表现层在访问业务逻辑层的各个业务对象时，一个客户端可能同时访问多个业务对象，一个业务对象也可能同时被多个不同的客户端访问。
因此它们之间关系杂乱、复杂，造成层与层之间的耦合性强；
表现层与业务逻辑层相互依赖，访问接口不是公开标准的，而是依赖于特定的接口函数，一旦其中的某一层发生改变，其接口函数也要作相应的改变，导致系统地扩展性和维护性差（见图2）。
图2传统ERP体系结构
将SOA思想引入ERP软件的设计开发之后，其传统的三层体系结构，将会在概念上演变为四层结构，包括表现层、服务层、业务逻辑层和数据库。
其中，服务层是抽象层，是独立的、由可重用的、基于标准的服务组成。
每一个具体的服务包含了接口部分和实现部分，其接口部分定义了服务使用者和服务提供者进行程序访问的契约；
实现部分包含了服务作用和商业逻辑等信息（见图3）。
由图3与图2比较可以清楚地看到两者的区别，SOA架构的四层体系结构，客户端并不像传统的体系结构直接调用业务对象实现最终目的，而是通过调用一个独立的服务，服务再调用相关的业务对象去实现最终目的。
由于它调用服务的接口包含在服务层内，所以，各个层之间都是独立的、松耦合的，没有很强的依赖性。
任何一层发生变化，只要接口不变，不会影响服务的实现，有利于系统地扩展和维护。
因此，设想以SOA思想实现的ERP软件，具备很强的弹性，可以根据不用企业的不同需求进行调整，符合企业的个性化需求，具体会在后面的实例中说明。
图3SOA四层体系结构
2.2采用SOA和OOA进行ERP软件设计开发的区别
ERP软件发展至今，它的开发方法由最初的面向过程（POA）的开发方法，发展到面向对象（OOA），至现在提出的面向服务（SOA）的开发方法[5]。
面向对象的开发方法是目前ERP软件开发中的主流技术，但它本身存在很多的缺陷。
它对编程语言有很强的依赖性，封装粒度小，耦合度高，未形成标准的模型和概念，从而难以形成标准和开发规范，不能达到软件重用的可移植性和互操作性，产生了大量的“对象孤岛”。
相对于传统的面向对象体系结构的紧耦合，SOA是一个粗粒度、松耦合的面向服务架构，其服务之间通过公开、精确定义的接口进行通讯，不涉及底层具体编程接口和通讯模型，服务与服务之间是相互独立的，且服务可以被重复调用，也可以被任何潜在需求者调用。
以下是某公司针对订购产品这一实务做出的一系列数据处理的例子，分别从面向对象架构与面相服务架构这两种不同架构理念对软件设计开发的不同要求做出的比较（见图4）。
面向对象设计中，公司在生产和销售产品的时候，是根据收到的采购订单进行的。
采购订单有很多属性，但它的订单编号是唯一的。
根据其订单编号，编制公司的销售订单。
根据其销售订单中产品清单编号主码，关系到产品清单。
最后根据其具体产品编号关系到产品目录，一层一层的处理数据。
以上过程，就是软件面向对象架构的最基本思路，对象之间继承关系的依赖性很强，层层相扣。
因此，对象的分析与设计及编程实现，要求很高，也很复杂。
图4面向对象架构与面向服务架构
现采用面向服务架构思想对软件进行开发。
可以把所有相关的主体分为三个层次，从基础的对象层，到由不同对象组成的组件层，至最终的服务层。
关于这项订购实务，公司要处理的有四个基本对象，采购方信息处理，采购订单，产品清单，与产品目录；
组件层包括采购方信息和单据两个实体；
而它们都包含在订购产品这项服务中。
那么公司在开发这项订购产品服务的时候，可以把它分为若干部分，从对象这个最小粒度开始，再组合成不同的组件，到最终完成一项服务。
这样对开发人员技术的要求会低一点，且不同部门可同时进行软件开发。
这里需要说明的是，SOA并不是OOA的完全替代，如开发人员对单个对象，或组件乃至整个服务采用面向对象的架构设计，但在整体上是面向服务的，主要原因是接口的设计。
2.3SAP的NetWeaver平台和ESA思想
目前，SOA的思想被越来越多的用于ERP产品的开发上，ERP产品的巨头SAP也不例外。
企业服务架构ESA就是SAP基于SOA的思想提出的新产品的模式。
提到ESA就不得不提到它的另一个产品NetWeaver，因为企业服务架构是建立在这个技术平台之上的。
NetWeaver是SAP于04年正式推出的一个产品，它是一个底层技术平台，SAP的很多新产品的应用都是跑在这个平台上，相当于一个中间件产品。
它主要提供了以下四方面的功能，人员集成，信息集成，流程集成和应用平台。
它是由交换架构XI,主数据管理MDM，解决管理SolutionManager等组件构成。
它是目前支持所有SAP应用的基础产品，是企业应用软件的开发平台、同时又为企业搭建一个基于NetWeaver的面向服务的IT架构。
SAP的企业服务架构并不是简单的技术层面的SOA，而是面向企业层面的，它将原有的ERP、SCM、PLM等模块在NetWeaver这个技术平台上集成，组合成业务流程平台（见图5）。
企业在这一个平台上可以共享很多组件，不同的企业也可以根据不同的需求，增加或选用不同的企业服务库，或自主开发部分功能，实现企业的个性化。
图5SAPNetWeaver平台业务组件
SAP的一位主管曾作过这样一个比喻，将软件的企业服务架构化比作电路的集成化。
集成块（IC）本身是功能模块化设计的，但它是更复杂电路的基本组件，设计一个个的集成块，把他们组成电子设备，而不再是从电阻、电容、电感、晶体管等基本元件来组建电路。
以后软件业业一样，要设计这些“集成块”和利用这些“集成块”，这些“集成块”就是企业服务（EnterpriseService）。
这也是面向服务架构思想在ERP软件开发和产品发展中应用的最佳体现。
3总结
面向服务架构（SOA）得到了各大软件公司的重视，如IBM、Oracle、SAP等，说明其理念是先进的，相对于传统的架构模式存在很大优势。
本文也具体阐述了其存在的优势，但大部分也只存在于理论，因每个公司对SOA的理解各不相同，基于此理论设计开发出的产品也是各有特点，没有得到一致的公认。
本文分析了SAP基于SOA思想提出的ESA这个思想，其最终产品仍处于开发阶段，只能对其主导思想略为阐述。
现在是SOA乱战时代，但可以预见，随着SOA思想的发展和完善，以及在软件业的广泛应用，它的优势会逐步显现出来，为传统的ERP软件带来革命性的转变。
如何利用嵌入式软件设计SoC
美国Globalpress公司举办的2007电子高峰会议上，举办了一场SoC（系统芯片）的专题讨论会：
设计师如何利用嵌入式软件作为SoC器件设计的关键。
会议上的专家各抒己见。
完整方案比单个硬件重要
主持人：
Gartne
升级会员 