架构导向厦门鼓浪屿旅游创新服务设计

陈蕊蕊，孙述平

（1.三明学院 海峡动漫学院，福建 三明 365004；2.义守大学 数位多媒体设计学系，台湾 高雄 000800）

21世纪旅游发展最重要的主题是旅游业的创新，无论是制度创新，还是技术创新，都是为旅游者提供更符合需求的产品与服务。但是旅游业涉及的范围日益扩大,参与创新的主体多样化，旅游业创新的组织更为繁杂，通过架构导向SoLoMo（即社交+本地化+移动）旅游创新服务系统的设计，为21世纪旅游业的创新发展提供新的方向。SoLoMo有着很好的发展前景，在旅游服务系统中，本地数据将促进消费者互动和提升转化率。以往旅客在旅行期间需要对景点进行研究，而将来手机应用程序会探测旅行者所在的位置和他们搜索的内容，提供道路指引。根据地理定位来推销特惠产品，还允许顾客实时分享他们的体验，SoLoMo将提供更多客户服务解决方案来提升旅行者体验。本文探讨架构导向厦门鼓浪屿旅游创新服务设计。

一、架构导向及其优势

厦门鼓浪屿采用结构行为合一 (Structure-Behavior Coalescence，简称为 SBC)架构描述语言进行旅游创新服务设计，可以有效地描述出厦门鼓浪屿旅游创新服务设计的结构脉络发展。SBC架构描述语言是众多系统架构工具中的一种，具体描述如下：

（一）系统架构

系统是泛指一群有关联的个体组成，并可以分解，将系统由母系统分解至子系统，再往下分解成孙系统，甚至曾孙、玄孙系统，最后至非聚合系统，也就是构件。因此，可以将系统分解至最基本的构件，让整个结构都可清楚描述出来。同样的，从组合的角度，可由下而上，层层组织发展，即为系统结构。[1](P58-67)系统中亦有行为的存在，例如：鱼鳃、鱼鳍等构件代表鱼的结构面，至于“水中呼吸”“水中游泳”等流程代表鱼的行为面。为了满足一个整合性全体的系统，必须先整合系统结构和系统行为。

（二）SBC架构描述语言

SBC架构描述语言是众多系统架构工具中的一种，讲求系统结构和系统行为的整合。SBC架构描述语言包含六大金律[2](P28-33)：架构阶层图、框架图、构件操作图、构件连结图、结构行为合一图、互动流程图。SBC架构描述语言已应用在其他领域，相关的成功案例如：孙述平、赵善中的 《架构导向数位城市人文聚落服务系统设计方法》研究成果中解决了将行动数位城市人文聚落服务系统技术规格展现出来，结果可作为开发行动数位城市人文聚落服务系统的设计规格，并能有效地设置该行动服务系统，提升居民的生活品质并促进经济活动。[3](P9)

（三）架构导向的优势

非架构式系统是以单一的流程来表达非架构导向流程图中具有简单的各功能模块，模块互相关联，建构模块需要具备的功能，依据来建立活动流程图。它无法清楚描述复杂的互动行为逻辑，容易陷入单向思考。另外，将结构与行为分开思考，无法表达系统全貌。而架构导向是一个整合模式，可表达多重的观点。架构导向厦门鼓浪屿旅游创新服务设计是以客户需求为导向，探讨及研究旅游创新服务设计流程的架构，并在重新检讨后设计出新的旅游服务系统，强调以架构为导向，定义每个元素互动之关系。结构元素及它们与外界环境有所互动，这些互动引出系统行为，让结构与行为合而为一。

二、架构导向在旅游创新服务的设计规格

（一）SBC架构描述语言的规格呈现

规格是透过分析之后进行设计产出的设计文件，作为实作时依循的准则。非架构式系统规格是以简单的文字叙述，加上单一的活动流程图来表达。架构式规格是行为依附于结构之上，只要将构件定义清楚后，就能根据构件自身所提供的操作、构件与构件间的互动，发展出符合使用者需求的行为，因此先针对结构构件做探讨。厦门鼓浪屿旅游创新服务设计通过SBC架构描述语言中的架构阶层图、框架图、构件操作图与互动流程图来呈现创新服务设计的主要功能。

（二）鼓浪屿旅游创新服务设计架构阶层图

任何一个管理模型均可由架构阶层图（Architecture Hierarchy Diagram， 简称 AHD）来说明一个系统的多阶层的分解与组合，通过多阶层的分解与组合，一个原本复杂的系统变得简单。[4](P78-80)厦门鼓浪屿旅游创新服务的主系统可 分 解 出 Application_Layer、Data_Layer、Technology_Layer三个子系统，而三个子系统又可以再分解出如打卡扫描_GUI、打开显示_GUI、导航& 导游 _GUI、导览 _GUI、讨论 _GUI等更详细的子系统。其中，打卡扫描GUI是通过扫描二维码点亮图标来打卡；打卡显示GUI是指到达一个地点的时候，使用手机对该地点的二维码进行扫描后，特制园区地图的相应位置便会由原来灰色的被点亮为彩色的。被点亮后的图标不会再暗掉，由此记录游客已到过该地点；导航及导游GUI是通过GPS地图进行定位，帮助找寻附近的景点，还有一些吃喝玩乐住的讯息；导览GUI是对景区各个景点的详细介绍，里面可以看到其他游客对该景点进行的评论和点赞好评数，及所有游客发布的关于该景点的帖子；讨论版GUI可以针对景点进行评论，可以看到其他用户的发帖和评论。（见图1）

图1 架构阶层图

（三）厦门鼓浪屿旅游创新服务设计框架图

框架图 (Framework Diagram，简称 FD)是SBC架构的第二个塑模金律[5](P34-37)，通过框架图来说明所有构件组成的系统结构，框架图中并无层次的概念，只是构件的呈现与组合。因此，框架图中表现的构件皆为非聚合系统。厦门鼓浪屿旅游创新服务设计大致分为三个层，应用层包含了打卡扫描_GUI、打卡显示_GUI、导航&导游_GUI、导览_GUI与讨论_GUI五个构件，数据层包含了旅游创新APP资料库这个构件，科技层包含了QR_Code与手机_GPS两个构件，整个系统共有八个构件。（见图2）

图2 框架图

（四）鼓浪屿旅游创新服务设计构件操作图

构件操作图(Component Operation Diagram，简称 COD)是SBC架构的第三个塑模金律，结构行为要合一，行为必须依附在结构之上。互动是结构行为能够结合的关键因素，而操作就是提供互动的钥匙；通过构件与构件之间的互动，才能产生系统无限可能的行为，因此构件操作在SBC架构中至关重要。所谓操作是构件所提供的主要功能，能够被外部环境使用者或其他构件所使用。每一个构件至少存在一个操作，没有被呼叫使用的操作属于内部作业，不属于操作就必须删除。系统中的每个构件至少要有一个操作。如果它不具备任何操作，则此构件在这个系统中就没有存在的意义。图3显示导览_GUI这个构件有输入景点地址（箭头符号方向是指向导览_GUI构件的）与输出导览资讯Map（箭头符号方向是离开导览_GUI构件的），此为一个操作。

图3 导览_GUI构件操作图

（五）鼓浪屿旅游创新服务设计互动流程图

互动流程图(Interaction Flow Diagram，简称IFD)是架构导向塑模当中非常重要的一个图，是SBC架构中对行为观点细节的描述。[6](P22-25)一个系统的整体行为包括许多个别的行为，每一个个别的行为代表系统一个情境的执行路径，每个执行路径就是一个互动流程图，执行路径可以说是将系统的内部细节互动串接起来。

用户（Tourist）点击打卡扫描界面（打卡扫描GUI）使用手机摄像头对目标地点的二维码(QR_Code)进行扫描，二维码信息（QR信息）反馈到打卡界面（打卡扫描_GUI），系统反馈游客资料及二维码信息 （QR信息）至数据库(Database)。 （见图4）

图4 打卡扫描行为互动流程图

用户（Tourist）进入系统打卡显示界面，系统反馈游客资料，进入数据库（Database)提取游客打卡信息（Query），反馈至打卡显示界面（打卡显示_GUI），打卡显示界面（打卡显示_GUI）显示出游客打卡信息(打卡信息Map)在打卡界面的景区地图上。（见图5）

图5 打卡显示行为互动流程图

用户（Tourist）进入导航导游界面（GUI），系统通过GPS定位（Positioning）反馈经纬度数据至导航导游界面（GUI），系统反馈经纬度数据至系统数据库 （Database)，提取导航及导游信息（Query）至导航导游界面（GUI），将导航导游信息（Map）显示给用户。（见图6）

图6 导航&导游行为互动流程图

用户（Tourist）在导览界面（GUI）点选景点地址，系统反馈景点地址到数据库（Database)，提取导览信息（Query）至导览界面（GUI），显示导览信息（Map）。 （见图7）

图7 导览行为互动流程图

用户 （Tourist）登陆后在导览讨论界面（GUI），输入讨论内容（Input Data），系统将游客资料和输入的讨论内容（Input Data）录入数据库（Smart Tourist App Database），进入导览讨论版界面 （GUI），系统将景点地址反馈到数据库（Smart Tourist App Database），提取讨论版内容信息（Query），导览讨论界面（GUI）显示讨论信息。（见图8）

图8 讨论行为互动流程图

三、结果与讨论

现行开发行动应用系统时普遍使用非架构流程导向的规格,而厦门鼓浪屿旅游创新服务设计则使用架构导向的规格，将架构导向的规格结果作详细的介绍，产生的效益分为系统规格、系统测试、系统维护更新三个方面来陈述。

依据上述设计的架构阶层图、框架图、构件操作图、互动流程图系统规格，设置厦门鼓浪屿旅游创新APP系统数据库并设计鼓浪屿旅游创新服务系统APP及感知构件，作为鼓浪屿旅游创新APP系统规格呈现。厦门鼓浪屿旅游创新APP打卡显示界面（见图9）、厦门鼓浪屿旅游创新APP导览界面（见图10）、厦门鼓浪屿旅游创新APP导览讨论版界面、厦门鼓浪屿旅游创新APP社区界面分别是旅游创新的主要功能介面。可进行操作、进行使用创新APP功能，厦门鼓浪屿旅游创新APP会提供基于SoLoMo模式特色的活动服务及提示可进行的商业活动及社交活动，提高系统的使用性与趣味性。下文从三大方面举例验证其可行性。

图9 厦门鼓浪屿旅游创新APP打卡显示

图10 厦门鼓浪屿旅游创新APP导览

（一）鼓浪屿旅游创新服务设计系统规格

系统规格是通过系统分析之后进行系统设计产出的设计文件，是系统实际操作时依循的准则。非架构式系统规格是以简单的文字与图片叙述，加上单一的活动流程图来表达。[7](P54-61)架构式系统规格，即架构导向智慧旅游系统模型，系统行为依附于系统结构之上，只要将系统的构件定义清楚后，就能根据构件自身所提供的操作、构件与构件间的互动，发展出符合使用者需求的系统行为，因此先针对系统的结构构件做探讨。[8](P67-73)

首先利用SBC架构阶层图与 SBC框架图，体现聚合系统逐步分解为分聚合系统之间的过程与关系，不仅能表现逻辑层、表现层等聚合系，还能将这些聚合系统逐步依据需求与观点的不同，分解为更细部的构件。如图2中的应用层 （Application Layer）能够分解为打卡扫描_GUI、打卡显示_GUI、导航 ＆ 导游_GUI、导览_GUI、讨论_GUI五个构件，数据层包含创新服务资料库一个构件，科技层包含QR_Code、手机_GPS两个构件。系统构件定义清楚之后，再利用SBC构件操作图来对构件本身、构件与构件之间的关系做探讨，在构件操作图中清楚地表现。最后利用SBC互动流程图，来取代现行架构系统之中的纯文字说明以及活动流程图，同样能表现流程顺序先后，且具备图像化的优点以及能够清楚地表现输出输入资讯。

（二）鼓浪屿旅游创新服务设计系统测试

系统测试是为了检验在系统编程过程中是否出现编程错误的失误，检验系统是否能正常运行。以下运用非系统架构与系统架构方式进行系统测试比较。非架构导向系统测试，系统测试员如果发现系统测序发生错误，要进行系统检查，就要从最开始的流程图开始进行检查，系统内社区GUI下的社区贴文出现问题，测试员需从整个UI系统开始修正，并伴随着子系统出现错误的风险。由于在流程图中已经明确地将系统内部所有构件的操作详细呈现出来，但是每个构建都是关联在整体中，因此在发现错误、消除错误的过程中，很难把单独的某一构件所造成的影响导致错误拿出来做修正，即使针对该构件的操作分别对输出输入资料做详尽的检查也很难修复。

在架构导向系统测试中，系统测试人员可以针对SBC的互动流程图做检视，从外部使用者对系统内部构件的操作逐一进行，检查系统行为是否符合所制定的系统规格与满足使用者的需求。由于在SBC互动流程图中对于每一个操作的输出输入资料都有详细的定义，测试人员可以精准地检视每一流程，甚至可以直接对系统的错误做出初步的研判。例如构建操作图中导栏构件出现问题，导出错误的导览资讯，就能迅速查出，然后交由技术人员修改。这避免现行非架构式系统开发实际操作过程中，由于系统本身程序的杂乱繁琐导致除错的困难。

（三）鼓浪屿旅游创新服务设计系统维护与更新

系统维护与更新是为了应对现在社会快节奏的生活方式与新事物的产生，让系统跟上时代而不被新的事物所取代，故系统维护与更新是一个系统重要的环节。从完美性维护的观点来讨论，非架构式系统维护更新，只能在原有的基础上进行更新，新增一个导向新功能的界面，然后开始实践该功能。举例来说，假设在厦门鼓浪屿智慧旅游APP应用系统上线后，客户希望新增一个原先没有规划的“导购”模块，此时项目负责人必须重新进行需求探访，并依据非架构式的流程、系统分析设计进行系统操作。依现行功能导向的系统而言，要新增一个功能模块，对整体系统的影响将会耗费大量的时间和资源，原因是其他各模块都由不同的程序设计师所负责开发操作，就算开发过程依循遵守一定的程序编写原则，不同模块之间的功能还是无法轻易的理清与整合。

根据本研究所提出的SBC系统模型，从结构观点出发，系统各功能模块分解为各功能构件，在各自的职责范围内各司其职。如SBC的架构阶层图，包含鼓浪屿UI界面构件、鼓浪屿创新服务系统资料库构件、感应器构件等，各自提供属于自己功能范围内的操作，供系统内外其他构件进行互动。如果想要在该设计系统中新增“导购”模块，只需在表现层（Presentation Layer）新增一个“导购”的构件，并依据使用者的需求，让此构件与系统中其他构件做互动即可。

厦门鼓浪屿旅游创新服务设计应用SBC系统架构描述语言，将厦门鼓浪屿旅游创新服务设计系统规格展现出来，结果可作为厦门鼓浪屿旅游创新服务设计的设计规格，提升厦门鼓浪屿旅游创新服务设计制作效率和提高制作质量。通过架构导向的架构式系统规格制定，利用SBC架构导向的图像化的表示方式，以简单的叙述与解释，可让客户、用户、系统开发团队快速地理解整体系统架构，提高沟通效率。且在SBC的互动流程图中，外部环境的使用者角色与构件在系统中对应的行为与构件的操作顺序先后都能够清楚地传达，由于容易理解，因此可以降低口头说明或文字叙述常造成的误解，降低最终系统完成后与客户最初认知的误差率。[9](P175)

系统测试人员可以针对SBC的互动流程图做检视，从外部使用者对系统内部构件的操作逐一进行，检查系统行为是否符合所制定的系统规格与满足使用者的需求。由于在SBC互动流程图中对于每一个操作的输出输入资料都有详细的定义，因此测试人员可以精准地检视每一流程，甚至可以直接对系统的错误做出初步的研判。

构件的观念让系统整体具备高度的调整与修改弹性，非常适合应用于需频繁快速变化的系统模式。构件之间相互独立，降低系统内部连接性，对开发人员来说，受到的限制更小、自主发挥空间更大，提升开发效率。透过系统行为加以串连整合之后，就可以产生无限的可能性，任何新的构件都可以和现行系统中既有的构件互动，产生新的系统行为，但同时又能保有现有系统的稳定。

综上所述，厦门鼓浪屿旅游创新服务设计应用SBC系统架构描述语言，使用SoLoMo所呈现出来的厦门鼓浪屿旅游创新服务设计简单易懂，可作为相关服务系统开发团队开发旅游服务设计的技术规格依据。厦门鼓浪屿旅游创新服务设计，利用SBC架构的方法，有效降低设计开发的时间、预算、成本，同时增加系统后续维护修改的弹性，降低维护成本，提高获利。基于SoLoMo模式移动场域社交的三大特征，使得本系统更加社群化、场域化、移动化，更加符合未来移动互联网的发展趋势，为游客提供社交互动与旅游服务结合的全新体验。