[发明专利]软件架构设计方法

说明书

技术领域

本发明涉及POS终端技术领域，特别是涉及一种适用运行于POS终端的应用软件的软件架构。

背景技术

POS（Point of sale）是一种配有条码或OCR码（Optical character recognition光字符码）终端阅读器，至少具有现金或易货额度出纳功能。其中，POS终端与广告易货交易平台的结算系统相联，其主要任务是对商品与媒体交易提供数据服务和管理功能，并进行非现金结算。

现有技术中，应用POS终端所能实现的管理业务可以包括操作员管理、操作员签到、操作员签退、建立冲正标志、交易查阅等；而应用POS终端所能实现的交易业务可以包括：消费、消费撤消、退货、预授权、预授权撤消、预授权完成、预授权完成撤消、自动冲正等交易等。可见，POS终端的出现为大、中型超市、连锁店、大卖场、大中型饭店及一切高水平管理的零售企业带来了极大方便。

但是，POS终端中的能够涵盖各业务的应用软件通常在开发环境中统一编写，使得一套软件代码编译出涵盖多种业务的整个应用，也就是，各个业务之间具有较高的耦合性，最终导致应用软件的管理灵活性较差。例如：当应用软件的某一业务发生变化时，即便是细微的变化，需要将应用软件全量下载并更新到POS终端中，导致下载更新效率较低；或者，开发人员对某一业务的软件代码的修改将导致其他业务的软件代码必须进行相应修改以避免应用软件无法正常运行。

发明内容

为解决上述技术问题，本发明实施例提供了一种软件架构，以提高应用软件的管理灵活性，技术方案如下：

一种软件架构，适用运行于POS终端的应用软件，所述软件架构包括：

应用程序编程接口（API）层，其基于标准C语言和相应操作系统（OS）层对应的私有API，封装有应用软件所适用OS层对应的、所述应用软件所包括业务所需的API；

业务模块层，其包括业务模块，其中，每一业务模块唯一对应一业务，且每一业务模块的软件代码均通过调用所述API层的相应API和标准C语言实现；

其中，所述API层中的API和所述业务模块层的业务模块均以动态库形式存在，以实现动态加载。

优选地，所述软件架构还包括：

公共模块层，其包括共有功能模块，其中，每一共有功能模块唯一对应所述应用软件所包括业务之间的一共有功能，且每一共有功能模块的软件代码通过调用所述API层的相应API和标准C语言实现；

相应的，所述业务模块层，其包括业务模块，其中，每一业务模块唯一对应一不存在共有功能的业务，且每一业务模块的软件代码均通过调用所述API层的相应API、所述公共模块层的相应共有功能模块和标准C语言实现；

其中，所述API层中的API、所述公共模块层中的共有功能模块和所述业务模块层中的业务模块均以动态库形式存在，以实现动态加载。

优选地，所述API层为统一API层，其基于标准C语言和多种操作系统（OS）层对应的私有API，并通过预先约定的标准API技术要求，封装有应用软件所适用多种OS层所对应的、所述应用软件所包括业务所需的标准API；

相应的，

所述业务模块层，其包括业务模块，其中，每一业务模块唯一对应一业务，且每一业务模块的软件代码均通过调用所述统一API层的相应标准API和标准C语言实现；

其中，所述统一API层中的标准API和所述业务模块层中的业务模块均以动态库形式存在，以实现动态加载。

优选地，所述API层为统一API层，其基于标准C语言和多种操作系统（OS）层对应的私有API，并通过预先约定的标准API技术要求，封装有应用软件所适用多种OS层所对应的、所述应用软件所包括业务所需的标准API；

相应的，

所述公共模块层，其包括共有功能模块，其中，每一共有功能模块唯一对应所述应用软件所包括业务之间的一共有功能，且每一共有功能模块的软件代码通过调用所述统一API层的相应标准API和标准C语言实现；

所述业务模块层，其包括业务模块，其中，每一业务模块唯一对应一不存在共有功能的业务，且每一业务模块的软件代码均通过调用所述统一API层的相应标准API、所述公共模块层的相应共有功能模块和标准C语言实现；

其中，所述统一API层中的标准API、所述公共模块层中的共有功能模块和所述业务模块层中的业务模块均以动态库形式存在，以实现动态加载。