| OSGI标准的离线系统的设计与实现(含开题+任务书) |
|
| 设计类别:ASP毕业设计 文章来源:www.lw63.com 计算机论文 | 【字体:小 大】 |
本论文首先介绍了该课题的背景、研究现状、发展趋势,研究的重点和难点。 第二章节先对系统采用的核心技术OSGI框架的基本组成内容做了简要的介绍,然后从OSGI框架提供的一些重要的服务以及一些重要的概念结合我们的实际应用做一些介绍,最后以实际项目上的应用出发,讲解了该如何进行OSGI框架下的应用开发。 第三章介绍了系统功能设计,从设计原则、架构设计、功能设计和权限设计四个方面来进行详细的描述。 第四章主要从开发环境、框架实现对系统的功能实现进行了阐述,并结合部分特色模块和关键代码进行了分析。 第五章简述了系统测试的情况。从测试环境、单元测试、系统和集成测试、负载测试几个方面进行了说明,测试结果则分析了最终该系统的功能和性能。 最后对整篇论文进行了小结。
2.1 OSGI关键部分讲解 此部分主要针对OSGI框架中的一些重要的概念做一些细致讲解,知识来至于OSGI官方文档OSGI R4 Core,具体知识细节请参考该文档。 2.1.1 Declarative Services Declarative Services应该是现在我们在离线系统中声明和发布Service最常用的一种方式了,我们将每个Bundle需要对外暴露的Service接口和需要引用外部的一些接口,全都以配置文件的形式进行声明,这样利用Declarative Services就可以将Service的加载和引用工作完全交给OSGI底层的一个DS的Bundle去完成了,非常的方便。 DS提出了完整的Service-Oriented Component Model(SOCM)概念[3],使得在Bundle中可以按照Component + Service的方式进行开发。此外在Spring-OSGI框架中便可以直接利用Spring的服务声明方式将Bundle中的服务对外进行发布了
3.2.3 系统数据的传输 离线系统对对客户最大的吸引力莫非在于它能够在离线的状态下依然保持良好的工作,然后在网络联通的情况下能把本地积累的数据可靠的传输到服务端进行保存。系统对网络的依赖性是非常低的,但是保证这个功能又是首先以良好可靠的数据传输为前提的。 在离线系统的整个功能模块实现的过程中,数据存储与传输一直是我们关注的一个重点。前面已经介绍了,我们的系统利用Derby数据库的内嵌模式,可以将数据暂时保存在本地,然后在网络联通的状态下利用JMS协议传输到远程服务器。 我们利用开源的消息中间件ActiveMQ[13]来完成我们的数据传输工作。ActiveMQ是Apache组织支持的一个非常优秀完全符合JMS规范的开源消息中间件产品。由于ActiveMQ支持可靠传输,支持异步传输,支持事务处理,支持负载均衡,而且拥有良好的性能,使得我们的数据传输得到了充分的保证。利用ActiveMQ提供的简单的API我们就能将我们的数据对象发送至远程服务器。具体部署流程见图3-1:

3.5.1 功能定义(BA_Function ) 系统预先定义内置的所有功能,功能是授权的主要对象之一。每个功能可以和一个业务对象(BO)关联,也可以不和业务对象关联(如报表功能)。 当把一个功能授权给一个用户后,自动把业务对象的察看权限分配给该用户。 业务对象(BO)是系统内置的主数据,业务单据、主数据、账本等都可以成为业务对象。 业务对象有方法(Action)和属性(Attribute),当把一个BO授权给一个用户时,同时还需要授予方法(即操作,如创建、修改、删除、察看、过账、提交、终止等),察看权限总是自动随BO分配的。 把BO分配给用户时,可以同时禁止用户访问某个属性(如收货单,可以禁止某个用户察看价格)。

4.3.3 页面说明 保养提醒页面的字段来自RP_MaintainServerDetail表,查询的字段包括: 维修单号——maintain.maintainCode 车牌号——maintain.CarCode 最近保养日期——OperationDate 预计保养日期——ForecastDate 客户编号——maintain.Customer.PartnerCode 客户名称——maintain.Customer.PartnerName 保养项目——Server.ProductName 保养周期——maintainCycle 发送短信次数——sendTimes


|
|
|
|
|