03陕西跨境电子商务检验检疫平台需求规格说明书46

1、修订文档历史版本号时间修订人修订内容1.02015 年 11 月 09 日徐小燕创建文档目录1.72.42.5文档概要5平台安全设计5平台技术设计5平台性能设计6平台集成设计6运维保障设计7文档读者7定义、首字母缩写和缩写7需求概述8项目背景8功能概要8操作环境8用户指定选择的技术9假设、依赖和外部风险.22.62.7假设和依赖9外部风险10业务术语说明10需求编号规则103.73.844.1总体业务流程说明11和职责11总体业务流程图12总体数据流图13需求概述13用户接口13硬

2、件接口14软件接口14通讯接口15技术架构设计15设计开发原则.....24.3.3总体设计原则15技术设计原则17系统开发原则17设计思路19基于SOA设计理念19前瞻性设计19安全高效性20便捷部署20共享性高20兼容性好20集中. 20技术选型20采用基于SOA的组件化开发框架20基于J2EE技术体系及B/S/D三层结构开发应用系统24Browser/WebServer/DataBaseServer三层结构逻辑图255功能性需求2.

3、.......2跨境电子商务检验检疫申报. 27平总体台介绍27功能设计28跨境电子商务检验检疫数据预处理系统（电子审单系统）30平台总体介绍30功能设计31跨境电子商务检验检疫监管平台32平台总体介绍32功能设计32跨境电子商务检验检疫系统36系统总体介绍36功能设计367.78.499.19.2性能需求38数据容量错误!未定义书签。数据精确度错误!未定义书签。时间特性错误!未定义书签。适应性错误

4、!未定义书签。吞吐量错误!未定义书签。安全性错误!未定义书签。其他需求38可移植性需求40可靠性需求40可追溯性需求40安装和操作40安全41维护服务41可维护性需求41辅助部分41未确定的问题41风险分析41编程工具42其它支撑软件42项目的交付42交付形式42测试要求4...3测试目标42参考规范43职责43测试计划44验收标准44代码的验收45文档验收45服务验收461 文档概要1.1 平台安全设计为尽可能避免威胁的发生，将的风险降到最低，本项目构建管理体系，从安全管理策略、应急和评估四个环节来保障。如下图所示：安全管

5、理策略主要包括：硬件、系统软件及应用系统的控制；数据备份；日常管理制度。主要包括系统（设备、数据、应用系统及网络）和机房环境（温度、湿度、UPS 供电、烟尘、漏水等）。应急主要指各级系统应急预案的管理及部署。评估主要指的综合评估。1.2 平台技术设计l 建立并设计基于服务架构（SOA）的技术架构，以便于未来的扩展与集成；l 支持组件式扩展方式，能够通过组件的增减完成所需功能的调整。l 提供以及日志服务，供用户参考1、应急预案管理及部署应急包括： 网络、主机、平台软件的应急预案评估评估1、系统 体系包括：主机设备、数据库、应用系统和网络等方面的2、机房环境包括温度、湿度、UPS 供电、烟尘、漏水

6、等1、安全策略体系与控制包括：网络硬件、操作系统、应用系统的用户管理2、数据备份3、日常管理制度策略l 相关配置支持个性化。l 支持其他外部系统的快速接入，提供多格式、多的系统接口，例如能够通过Excel 文件导入数据，支持 XML、FTP 等数据对接方式。需满足不限制用户数。l1.3 平台性能设计平台能够支持并发用户数 1000 人。基于 用户数的性能测试需求：1000 个能，所有请求的成功率是 100%，而且 90%的的性能测试需求：系统在每分钟内需处理 20090%的请求响应时间不大于 5 秒。用户按正常操作速度系统的常用功请求响应时间不大于 5秒。基于吞吐量成功率为 100%，而且笔操

7、作，1.4平台集成设计Ø服务器需基于 Windows ， Linux 类常见操作系统； 数据库需采用常见的 MSSQL,Oracle 等类型数据库；基于 TCP/IP 网络协议。ØØ如需 WEB 服务器支持的，需采用常见的 IIS，Apache 类型 WEB 服务器。除数据库本身的备份功能保证数据安全以外，支持针对应用本身配置的备份还原功能。若应用本身支持第二套灾备方案（例如定时自动导出备份等）请予以说明。Ø客户端基于 Windows 操作系统。若基于网页形式的客户端，说明具体兼容范围，说明已测试浏览器的类型，说明针对浏览器的需求。需至少支持 IE 内核

8、（8.0 及以上），Firefox 内核浏览器，若支持 Safari 等其他内核浏览器可一并说明。ØØ支持与其他系统的接口。依照相关功能支持内外分离部署模式，例如主服务器部署在局域网内，网上申请业务部署在广域网内，说明具体的模块，服务器部署形式。ØØØ采用多层架构的 B/S 结构；移动终端应用采用 C/S 结构；开发语言使用 JAVA；应能够随着用户服务器、客户端的操作系统、浏览器(IE)、业务系统等相关的升级而提供相应的支持；Ø模块化的系统结构由合理分划、边界清晰的子系统和模块组成，形成组装式、插件式的体系结构，以利于系统的升级、扩

9、充和发展；Ø面向服务的整体架构（SOA）:子系统、模块都是向系统内部和外部提供服务的逻辑单元；采用标准的协议提供服务.如增加消息服务体系及关注服务体系。Ø支持大屏应用、固定终端应用、移动终端应用，并灵活调用、图片、文档、报表、地图、通关业务数据等各方面资料。1.5运维保障设计本项目实施完后，招标人应具备运维能力，运维内容包括：ØØØ原有功能的修改；业务流程调整；基于上线后的客户化，如新模块的添加。投标人应基于上述运维要求，提出保障运维的方式、方法，并能够开放给招标人的软件源代码范围，包括但不限于如下内容：Ø 代码结构开放，能够支持在其

10、系统上进行新功能的客户化开发与发布。Ø 提供数据字典、E-R 图、关键业务处理逻辑文档说明。Ø 需保证后续自我运维时，可对系统中现有功能进行调整，且能进行新的模块的开发需求。1.6 文档读者本文档读者：项目经理、详细设计、测试、部署实施、项目合同规定的其他文档用户及相关获知需求。本文档不可代替总体设计、详细设计、代码设计、测试方案、操作手册、部署实施等项目其他环节之产出。1.7 定义、首字母缩写和缩写序号缩略语名称术语全称定义说明122 需求概述2.1 项目背景为进一步推动西安市跨境贸易电子商务的发展，支持西安跨境贸易电子商务加快开放开发,加快建设跨境电子商务园区，积极探索

11、解决制约跨境贸易电子商务发展中的“监管难、结汇难、退税难”等问题；进一步搭建交流合作平台，引导传统企业“触电”，创建电子商务示范基地，吸引知名电子商务企业入驻陕西。结合、西安市相关信息化总体规划，全力配合西安市申报跨境贸易电子商务试点工作，结合其他试点地区的经验，立足长远规划，建议规划跨境贸易电子商务平台以适应未来跨境业务各种模式的发展。2.2 功能概要l跨境全模式支持：以“跨境电子商务检验检疫申报平台”和“跨境电子商务检验检疫监管平台” 为两个，涵盖了“保税备货模式，保税集货模式、直购进口”等主要功能，联接同屏比对分拣系统，打通跨境物流信息化作业的全过程，适用于海陆空邮快各种运输方式.l提高

12、效率：在保证货物在严格监管的条件下，发挥监管平台优势，提高企业通关效率，优化检验检疫操作环节l智能电子审单：通过对、风控规则等逐条判定，对申报数据进行最大限度的智能判断，降低人工审单强度，极大提升审单效率。l数据统计： 实现对跨境贸易电子商务的企业备案、商品备案及三单信息的全局统计。l：实现本项目涉及的多个系统之间的数据交互，更高效、更完美的实现各业务系统、监管系统的整合。2.3 操作环境1. 服务器端：win server ，Oracel，EP 平台2. 客户机端：win all，谷歌浏览器32.4 用户指定选择的技术结合发展现状，系统总体设计遵循以下技术原则：细化业务应用软件设计的同时加强

13、和完善检验检疫行业基础应用平台的设计，建立一个安全的、易于扩展的检验检疫行业的基础应用平台；应用系统采用面向服务架构设计；采用先进、成熟、实用的软硬件设备和技术；服务器、操作系统、设备、数据库管理系统、中间件、门户等软硬件采用统一的技术规格要求，在此基础上完善服务器的规划方案；系统建设必须考虑(用户之间的侵入、)、系统安全（根据系统的各种权限级别保证不同用户高效、快速地控制范围内的系统）、数据安全（使用用户管理系统对敏感数据信息加密后进行传输、存放）。统一信息格式、编码和分类。选择开放的应用平台，遵循基于 JavaEE 等分布式技术标准进行整合，把统一信息化建设为与平台无关、接口标准的分布式网

14、络应用系统。完善的日志功能：能够详细系统中所有用户的，并能提供对日志进行查询、删除、备份等功能。遵循安全多层模型整合接口标准，实现检验检疫业务管理平台与西安出入境检验检疫局现有的各业务系统整合，与 CIQ2000 骨干业务系统、电子监管和集中审单等业务系统实现。2.5 假设、依赖和外部风险2.5.1假设和依赖一、本系统假设所有所有使用者皆适用 Windows2008 以上操作系统。本系统假设使用者会使用简单 Oracle 语言二、三、本系统假设使用者使用谷歌浏览器2.5.2外部风险一、为了客户更好的使用和了解本系统，将派出专业对使用者进行培训二、客户对需求优先等级分三个层次：Ø功能，

15、必须优先实现Ø非功能，可在实现等级 3 的需求后再实现Ø如果进度不允以不实现2.6 业务术语说明2.7 需求编号规则需求规则分为四种：分别为用户需求编写规则、软件需求编写规则、内部接口和外部接口：一、用户需求编写规则：一级功能：CRFP-1 级编号、CRFP-2 级编号二级功能：CRFP-1.1 用户需求一级功能 1 下的二级功能 1软件需求编号规则：二、一级功能：SRFP-1 级编号，SRFP-2 级编号二级功能：SRFP-1.1，软件需求一级功能 1 下的二级功能 1内部接口：II，涉及内部接口方面的功能或需求，在编号中的一级功能点前用三、II 前缀区分，例如：SRFP

16、-II1.1，软件需求内部接口 1 下的功能点 1外部接口：OI，涉及外部接口方面的功能或需求，在编号中的一级功能点前四、术语说明CRCustomer Requirement，用户需求，从用户和业务角度描述的需求SRSoftware Requirement，软件需求，从软件系统的角度描述的需求FPFunction Point，功能点业务测试用例基于用户需求开发的测试用例软件测试用例针对业务测试用例、基于软件需求开发的测试用例界面原型配合用户需求说明书、用于补充说明用户需求的原型，可以全部是静态页面。系统原型配合软件需求说明书、用于补充说明软件需求的原型，必须完整、动态地实现页面之间的关联。CR

17、SCustomer Requirement Specification 用户需求说明书CRFPCustomer Requirement Function Point，用户需求功能点SRFPSoftware Requirement Function Point，软件需求功能点ORACLE数据库语言用 OI 前缀区分，例如：CRFP-OI1.1，用户需求外部接口 1 下的功能点 13 总体业务流程说明3.1和职责职责超级管理员给系统管理员配置权限系统管理员给用户设置权限，运维西安跨境检验检疫业务管理平台一般用户根据分的权限使用西安跨境检验检疫业务管理平台3.2 总体业务流程图跨境贸易电子商务检验检

18、疫企业端子系统跨境贸易电子商务检验检疫局端子系统跨境贸易电子商务检验检疫数据交换子系统跨境贸易电子商务电子审系统订单信息运单信息光机系统支付单信息卡口系统服务数据库软件支撑平台硬件支撑平台网络支撑平台信息基础设施西安跨境贸易电子商务试点项目检验检疫平台建设3.3 总体数据流图检验检疫内网MQ中心目标数据库数据写入服务器订阅服务器分发服务器EasyTalk数据写入服务器目标数据库防灾备份数据库MQ中心目标数据库3.4 需求概述西安跨境检验检疫业务管理平台，西安跨境贸易电子商务试点项目检验检疫平台建设内容主要包括：跨境电子商务检验检疫申报（企业端子系统）、跨境电子商务检验检疫数据预处理系统（电子审

19、系统）、跨境电子商务检验检疫系统（子系统）和跨境电子商务检验检疫监管平台（跨境贸易电子商务检验检疫局端子系统）。3.5 用户接口系统统一 GUI 标准、样式、快捷键、出错信息提示，方便用户快速熟悉及使用系统，如图：统一认证模块实现的功能包括：用户登录时的认证；维持用户状态，以支持单点登录的会话管理功能；审计日志及调试日志的日志管理功能。系统支持用户名+口令和电子密钥两种认证方式；实现登录所有应用系统都使用唯一的用户名和口令（数字）；多个系统时，只需要登录一次。CIQ2000统一认证管理统一认证模块认证服务API基础数据管理模块3.6 硬件接口或路由器、服务器开放 1801 端口、暂定 8888

20、web 发布端口、支持消息队列进行数据传输以及 Internet 正常企业端申报系统。3.7 软件接口认证服务 API 模块提供认证系统与应用系统的集成和接口， 能够支持J2EE、.NET、类型应用（包括 PHP、perl、asp 等）、C/S 类应用（支持 C、C+、PB、VB 等）等类型的应用。基础数据管理CAS 系统的基础数据模块采用 LDAP 方式进行认证信息和管理，包括用户信息、用户信息、应用信息等 CAS 系统运行所需的数据。B/S 应用接口对于 B/S 类的应用，提供集中认证服务器的门户接口函数。接口函数实现了两类功能：用户的标识校验和取的相关信息。本接口主要用于应用程序和集中认

21、证系统的整合，通过调用本接口，应用程序使用集中认证系统提供的认证服务。用户在使用的时候，可以按照不同的类型，在原来使用账号/口令对的地方调用不同的接口即可。C/S 应用接口对于 C/S 类的应用，提供客户端及服务器端调用接口。客户端的接口主要调用用户KEY 中私钥和构建用户认证消息，通过服务器验证服务器认证响应消息，用户登录后保持用户上下文信息，构建动态 token。服务器端接口主要调用服务端及私钥验证用户认证信息，验证用户的有效性（签名、时间、CRL），并通过集中认证系统产生 token，组织成 token_info，返回客户端，同时完成验证 token 有效性功能，并通过存放在集中认证系统

22、系统中的上下文信息验证 token 中的动态信息的有效性。3.8 通讯接口1) TCP/IP2) MQ4 技术架构设计4.1 设计开发原则4.1.1 总体设计原则为实现西安跨境检验检疫业务管理平台及综保区经营管理系统项目的建设目标，结合信城通长期以来从事应用集成系统建设的成功经验，提出项目总体设计的指导思想是：坚持面向业务（以业务为基础）、面向数据（以数据为）、面向用户（以人），以标准规范和安全系统为设计系统，实现统一开发平台、统一技术规范、统一数据格式、统一标准代码，统一接口、统一认证。在指导思想的下，西安跨境检验检疫业务管理平台、综保区经营管理系统建设工作遵循了以下设计原则：（1） 统筹规

23、划、有序推进统筹考虑平台建设的总体目标和近期目标，整合各有关的业务需求，对基础设施、及周界防护、卡口和信息系统总体框架等方面进行规划。对各项目有计划、有顺序实施，确保整个建设过程稳步推进。（2）技术先进、结构开放规划设计着眼于西安跨境信息化管理需求和未来发展趋势，采用当前先进的理念和技术建设信息系统软硬件设施。采用开放式的结构体系，对业务、政务、网络硬件、卡口等各系统精心设计、精确计算，高度整合，实现与各有关信息系统的有效衔接和互联互通。（3）信息共享、注重安全的建设要实现信息高度共享，达到区域联动，同时还注重建设，通过各种技术保障系统运行和数据共享的安全性。由此，我公司为西安跨境设计开发的检

24、验检疫业务管理平台和综保区经营管理系统具有如下特性：1、先进性系统在设计思想、系统架构、采用技术、选用环境上均具有一定的先进性、前瞻性和扩充性。特别要考虑未来业务的变化和趋势。在充分考虑技术上先进的同时，尽量采用技术成熟、市场占有率高、性能价格比高的，从而保证建成的系统具有较强的稳定性、可扩展性和安全性。2、可靠性由于西安跨境检验检疫业务管理平台建设涉及全省众多系统，因此必须保证系统的可靠性和安全性。系统设计中，有适量冗余及其他保护措施，系统具有良好的容错性、健壮性等。有效保证检验检疫业务的正常运转，保证系统 7*24 不间断的运行。3、开放性在系统架构、采用技术、选用环境方面都必须要有较好的

25、开放性。特别是在选择上，要符合开放性要求，遵循国际标准化组织的技术标准，对选定的既有自己的独特优势，又能与其他进行组合，共同构成一个开放的、易扩充的、稳定的、统一的系统。4、一致性由于整合前的每个应用系统界面风格显示各有不同，建成统一应用系统后，界面简洁美观、规范统一、风格别致、显示有序，并且用户可以根据个人喜好，对系统界面风格实施个性化设置。5、维护性系统设计标准化、规范化，按照分层设计，软件构件化实现。对于采用的软件构件化开发方式要满足：系统结构分层、业务与实现分离、逻辑与数据分离、使用开放标准。6、扩展性系统建设是一个循序渐进、不断扩充的过程，以后还会有的系统接入进来，因此西安跨境检验检

26、疫业务管理平台采用了积木式结构，为今后系统扩展和集成留有扩充余量。7、可移植性选择开放的应用系统，遵循基于 J2EE 等分布式技术标准进行整合，把统一信息化建设为与系统无关、接口标准的分布式网络应用系统。8、高效性：满足全省用户的并发并有足够的冗余。9、完善的日志功能：能够详细系统中所有用户的，并能提供对日志进行、删除、备份等功能。4.1.2技术设计原则结合西安实际情况和发展现状，系统总体设计应遵循以下技术原则：1、细化业务应用软件设计的同时加强和完善检验检疫行业基础应用平台的设计，建立一个安全的、易于扩展的检验检疫行业的基础应用平台；2、应用系统采用面向服务架构设计；3、采用先进、成熟、实用

27、的软硬件设备和技术；4、服务器、操作系统、设备、数据库管理系统、中间件、门户等软硬件采用统一的技术规格要求，在此基础上完善服务器的规划方案；5、系统建设必须考虑(用户之间的侵入、)、系统安全（根据系统的各种权限级别保证不同用户高效、快速地控制范围内的系统）、数据安全（使用用户管理系统对敏感数据信息加密后进行传输、存放）。6、统一信息格式、编码和分类。4.1.3系统开发原则西安跨境检验检疫业务管理平台、综保区经营管理系统建设工作遵循以下原则进行建设开发：（1）业务驱动原则“业务驱动原则”是目前系统设计的最基本原则，我公司为西安跨境设计开发的检验检疫业务管理平台功能能够全面反映业务需求，并且能够随

28、着业务的变化、组织的变动而做出的调整，使得平台在一段时间内能够不断完善。（2）整体性原则我公司为西安跨境设计开发的检验检疫业务管理平台的功能能够全面反映出入境检验检疫管理局的监管需求，充分体现西安跨境内陆口岸的特点，涵盖跨境多种物流通关模式，结合本地特色、全面支持各项政策在西安跨境的体现，满足出入境检验检疫管理局的监管要求、综保区系统建设和运营要求和系统用户的相关需求。（3）先进性原则我公司为西安跨境设计开发的检验检疫业务管理平台、综保区经营管理系统的先进性有几个方面的因素：一是整体结构的先进性，二是操作系统的先进性，三是网络构件的先进性，四是系统部署的先进性，五是数据库平台和开发平台的先进性

29、，六是应用功能的先进性。本项目保证西安跨境检验检疫业务管理平台、综保区经营管理系统技术架构和应用功能框架的先进性和合理性，各子系统之间合理设计、业务流程清晰合理。（4）可扩充性原则我公司为西安跨境设计开发的检验检疫业务管理平台、综保区经营管理系统具有充分的可扩展性，技术设计上应着眼将来的发展方向，做到扩展灵活、可维护性强，能够随着业务需求的变化和政策的完善而调整，并能够及时快速的进行系统升级和完善，同时需能够保证系统架构的稳定性和安全性。（5）及时有效性我公司为西安跨境设计开发的检验检疫业务管理平台、综保区经营管理系统注重数据的时效性，满足快速通关的要求，满足出入境检验检疫管理局及其他管理部门

30、、企业及综保区运营方对单证审批、保税监管、货物进出检验检疫、数据查阅的要求，满足卡口系统、系统等相关系统对数据的要求，保证综保区物流效率。（6）经济实用性我公司采用先进的务实有效的达到系统应用效果，降低系统建设投入和系统运维成本、保证系统应用和维护的方便性。在保证满足不同部门、企业跨网段、的需求的基础上，减少系统建设的投入。（7）安全性原则我公司为西安跨境设计开发的检验检疫业务管理平台、综保区经营管理系统保证系统和，保障系统运行和数据共享的安全性。系统部署方案充分利用综保区园区网络的特性，采用合理、科学、安全的网络结构和统一的认证与体系，对应用、数据进行控制。4.2 设计思路4.2.1 基于

31、SOA 设计理念西安跨境检验检疫业务管理平台、综保区经营管理系统项目应用系统采用基于 SOA 的组件化开发框架的总体思路，需要对西现有的应用系统的运行环境进行基于SOA实施方法论的评估，确定“SOA 六域模型”，如下图所示：对西现有的应用系统经过上图六个领域的分析，在技术性和非技术性要间进行有效的平衡，为今后的 SOA 架构提供一个集中框架，能够用于指导客户实施 SOA 战略。通过评估，最终确定项目的 SOA 实现范围和实施步骤。4.2.2前瞻性设计本项目设计不能光盯着本期的建设，必须“走一步看三步”， 既要走得快，又要走得好，还要走得远。因此本项目在界定工作内容、制定工作计划、设计总体架构、

32、编制标准规范的时候必须高看得远，尽力做到立足当前的同时，兼顾项目的前瞻性。只有“走一步、看三步”，才能保证项目的可持续性，为系统后期奠定基础。4.2.3安全高效性采用集中的电子认证、简化系统接口、规范业务逻辑、优化 SQL 语句等技术保证业务系统的安全及高效运行。4.2.4便捷部署采用 B/S 结构运行模式，方便在服务器端一次部署就可以升级所有客户端，并制定相关的安装包、服务，简化部署流程，方便应用的备份、恢复和迁移。并由版本管理体系进行统一管理、维护、发布，同步更新，确保一致。4.2.5共享性高采用多种对外的接口，将整合的数据在安全控制的前提下开放，使数据共享达到最大化，有效提高利用率，使共

33、享便成实际对业务有用的。4.2.6兼容性好采用 Java 可跨平台的开发语言进行系统开发，可跨硬件、操作系统的进行部署也运行，对个中服务器的兼容性都很好。4.2.7集中实现对主机、网络、数据库、中间件等所有数据中心系统组成部分的集中和统一管理。4.3 技术选型根据对西安检验检疫局西安跨境检验检疫业务管理平台、综保区经营管理系统项目进行总体需求分析，我们确定以下技术路线：4.3.1采用基于 SOA 的组件化开发框架1、总体上采用组件化开发的框架，同时符合 SOA 架构的设计理念。采用 SOA 架构有利于项目的建设，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层

34、是 SOA 的基础，可以直接被应用调用，从而有效控制系统中与软件交互的人为依赖性。在基于 SOA 架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件(也就是 service)组合构建起来的。SOA 架构模型如下图所示：2、应用系统采用 SOA 架构的优点特点描述优点，应用性能以及注解松散耦合服务提供者和消费者可以用定义良好的接口来开 发。服务实现者可以更改服务中的接口、数据或者消息版本，而不对消费者造成影响。松散耦合消除了对系统两端进行紧密控制的需要。就系统的性能、可伸缩性以及高可用性而言，每个系统都可以实现管理。它并没有消除任何的运行时依赖性。它可以划分众多服务提供

35、者的依赖性，但如果该运行时系统需要 24x7 的可用性以及每秒 50000 的吞吐量的话，那么对服务提供者的这些需求必须得到满足。实现的改变被隐藏了起来。松散耦合给服务提供者和消费者提供了性，但要求基于标准的接口和中间物来积极地管理和终端系统之间的请求。基于行业标准真正的行业标准是由技术旗舰如 BEA 、 IBM 、 Microsoft 、Sun、Oracle、W3C 以及 Oasis 所认可的。SOA 由于其可以用基于标准的技术来实现，所以它被广泛接受。消除了拥有私有客户的需要。使用基于标准的技术可打破行业 并促进供应商的最优组合。松散耦合层的概念依赖于在内部和外部对标准的广泛支持。可重用的

36、服务由于服务是在目录中发布并且在整个网络中都可用，所以它们变得更加容易被发现和重用。如果某个服务不能被重用，那么它可能根本不需要服务接口。为了不同的目的再次将服务组合，这种方式也可以实现服务的重用。服务重用避免了重复开发之苦，同时提高了实现中的一致性。 服务的重用比起组件或者类的重用更容易实现， 在过去曾尝试过组件和类的重用，但很少成功。同步服务调用 (RPC 方式)在同步服务调用中，调用方进行调用、传递所需的参 数、中断并等待响应。如果服务提供者可用，那么同步服务调用可为请求提供立即响应。 同步服务对于要求实时响应的应用程序来说是的，例如 门户或者 Query。异步服务调用(文档方式)在异步

37、服务调用中，调用方向消息收发服务一个包含完全上下文的消息，收发服务将该消息传递给接收 者。接收者处理该消息并通过消息总线向调用方返回响应。在消息正在处理的过程中，调用方中断。由于粗粒度消息和消息收发服务的使用，可以对服务请求进行排队并以最合适的系统速度来处理它们。这种方法具有高度可伸缩性，原因是队列允许的长度是多少，消息收发系统就能够对多少请求进行排队。调用方并不在处理过程当中保持网络连接，并且由于调用方并 中断，所以它们 受处理延迟的 影响，也受异步服务执行中所存在问题的 影响。本实现采用回调的支持，这本身并不是 Web 服务标准的一部分。无干扰开发 （通过使用现有的软件组件来开发服务）现有

38、的软件组件并不需要修改就可以将其功能作为服务提供出来。服务是用组件的接口定义开发或生成的。消除了修改、测试以及维护现有软件的需要。有了组合服务，来自现有投资的功能可以被重用并重新组合来为企业创造新的价值。策略管理当把共享的服务应用于应用程序中时，针对每个应用程序所特有的规则被外化为策略。 在设计和运行时，必须就每个服务进行策略的管理和应用。基于策略的计算可以促进普通的可重用服务的创建。随着特定应用程序服务定制的外化， 应用程序实现的变化被减少到了最低限度。通常实施策略的是一个组织的操作和支持小组，并非开发小组。如果不使用策略的话，应用程序的开发 以及操作和支持小组不得不在应用程序开发过程中并肩

39、工作来实现并测试策略。策略的使用使得开发能够集中精力于应用逻 辑，而使操作和支持小组专注于规则。数据服务数据、集成、转换以及重用服务。隐藏数据源的复杂性，同时加强跨数据源的一致性、完整性以及安全性。组合服务组合服务将新的现有的应用程序逻辑和事务处理进行了合 并。充分利用现有的 IT 投资。适用于绿地和遗留实现。 装配或者编排简化了异构系统的集成。共享的或企业的基础架构服务基于 SOA 构建的所有应用程序所使用的公共服务称为共享的基础架构服务。使用共享的基础架构来提供公共服务可以避免每一个应用程序构建类似的服务。使用共享的基础架构服务可提供一致性，并允许单点管理。其他的共享服务（例如与安全相关的

40、服务）可以通过将现有的 作为服务直接提供出来的方式创建。4.3.2基于 J2EE 技术体系及 B/S/D 三层结构开发应用系统1、技术体系上选用 J2EE 技术，采用 Browser/WebServer/DataBaseServer 三层结构进行应用系统的开发。2、采用 B/S/D 架构的优势浏览器 Browser/WEB 服务器 Server/数据库服务器 Database 是解决公共信息服务以及交互相应动态服务最适用的一种应用模型。实现了真正意义上的瘦客户，大大简化了应用系统的分发、配置管理和版本管理工作。（1）分布式C/S 技术的出现，给系统集成方案带来了集中的信息和本地的 PC 环境，

41、但其数据的共享程度是很不够的。的需要新的解决方案，它提供以客户为中心的用户界面和 Web 的分布结构，它带有 IT 环境的个人特征，如数据存取、安全性能等，这就是我们通常所说的三层结构。（2）Web 结构的优势在 Web 结构中，事务层和数据逻辑层放在中间组件层，这是关键，是与 C/S 结构的最细粒度服务细粒度服务实现最小的功能， 同时消耗并返回最小量的数 据。细粒度服务可以用 Web 服务来实现，也可以利用基于 RMI、 .Net 或者 CORBA 的分布式对象来实现。细粒度服务的优点是可在粒度级实施严格的安全和策 略。实现和单元测试很简单，而且相互。粗粒度服务粗粒度服务比细粒度服务实现的功

42、能，并消耗不同数量的结构化数据或者消息。它们返回类似的数据或者消息，可能还含有内嵌的上下文。粗粒度服务不需要通过网络多次调用来提供有意义的业务功能。大区别，它能解决以下几个问题：客户端很瘦小，并且很容易在运行时自动升级；事务层可在跨平台的客户端上共享；不同逻辑组件的分离意味着图形设计、事务逻辑开发和数据库分析可以地设计他们各自的部分；统一的、抽象的用户界面可使用户更有效地从同一数据源中存取数据；这种结构可更有效地在检验检疫专网、电子政务和互联网上运行。（3）开放性Web 是一个开放的环境，应用由复用组件集成，通过标准语言汇编、跨平台的统一协议发布，用标准用户界面显示，它与硬件平台和操作系统无关

43、。现在有三种组件模型：ActiveX、JavaBeans 和 CORBA。但并不是每一种浏览器都支持动态的 HTML，Java的扩充至少支持三种模型：Active Server、LiveWire 和 PowerDynamo。4.3.3Browser/WebServer/DataBaseServer 三层结构逻辑图Browser/WebServer/DataBaseServer 三层结构如上图所示，下面对 B/S/D 三层结构作详细的阐述。（1）数据与应用逻辑分离的特征Browser/WebServer/DataBaseServer 结构指硬件的体系结构，也有相应的逻辑的体系结构相对应。在 Br

44、owser / Web Server / Data Base Server 计算模型中，要完成的功能在浏览器、Web 应用服务器和数据库服务器之间进行划分。硬件的 Browser/WebServer/DataBaseServer 结构，通常是指某项请求任务在浏览器或Web 应用服务器和数据库服务器之间进行分配，其中浏览器用来请求和前端表示处理，Web 应用服务器处理来自浏览器的请求，数据库服务器处理数据逻辑处理。对逻辑系统体系来说，分为表示层、商业逻辑处理层、和数据处理层三层客户服务器结构。鉴于两层结构(C/S)在设计和应用的局限性，将复杂的业务数据处理提出，将复杂的业务数据处理提出，将系统的

45、逻辑结构和物理结构分离，形成三层结构的客户服务器结构，运用基于组件的分布式技术，从结构上就避免两层结构的局限性.三层结构具体内涵如下：（2）用户服务(客户层)用户服务层是应用的用户接口部分，是用户与系统间交互信息的窗口.它的主要功能是检查用户输入的数据，显示系统输出的数据。如果用户服务层需要修改时，只需改写显示控制和数据校验程序，而不影响其他两层。检查的内容也只限于数据格式和取值范围，不包括有关业务本身的处理逻辑。该层是浏览器。（3）商业服务(中间层)崭新的一层是商业服务层，它是应用的主体，它包括了应用中全部的业务处理程序。除了输入/输出在用户服务层、数据库在数据服务层外，全部的统计、汇总、分

46、析、打印功能全部封装在商业服务层。一方面起传递数据作用，一方面进行强大的数据处理。该层还承担安全性检查的任务。（4）数据服务（数据库）数据服务层就是数据库管理系统（DBMS），负责管理对数据库数据的读写。DBMS 能迅速执行大量的数据的更新和检索。一般商业服务层通过SQL 命令来操作数据库的数据。5 功能性需求西安跨境检验检疫业务管理平台由企业端、分单和局端组成。系统划分：西安跨境贸易电子商务试点项目检验检疫平台建设跨境电子商务检验检疫监管平台跨境电子商务检验检疫数据交换系统跨境电子商务检验检疫数据预处理系统跨境电子商务检验检疫申报服务平台5.1.1跨境电子商务检验检疫申报平总体

47、台介绍跨境电子商务检验检疫是为了方便企业开展跨境电子商务业务信息化服务平台，企业可以通过本平台向检验检疫管理机关进行相关业务的申报工作，也可以申报业务的回执。同时为有条件的企业开放接口功能，企业的 EPR 系统通过跨境电子商务检验检疫系统将申报单直接，减少企业录入的工作量，提高申报效率。系统的主要功能包括待办事项、企业备案、商品备案、集货申报、备货申报、直购进口申报、三单信息、商品信息管理与系统管理。系统管理商品信息管理三单信息集货申报备货申报商品备案企业备案我的待办事项直购进口申报跨境电子商务检验检疫申报功能设计.1企业备案实现跨境电子商务经营企业（经营企业）、跨

48、境电子商务平台企业（平台企业）和跨境电子商务商品物流仓储企业的备案管理，在备案信息中包括企业的基本制度和企业的经营范围等。要求从事跨境业务的企业必须先行备案，否则不允许其进行商品备案。企业如未进行备案，该企业的其他跨境贸易业务将不予受理。系统支持上传附件的功能，可以上传：企业、组织机构代码、税务登记证等其他文件；企业基本情况或经营范围发生变化时，要求重新备案，重新备案要求同上；.2商品备案实现对跨境经营企业所经营商品的备案，备案信息中包括经营商品名称、品牌、HS 编码、规格型号、原产国别、供应商名称等。支持上传附件的功能，企业可以上传商品检测报告和商品图片；.3集货

49、申报集货申报功能分为集货进口和集货出口；集货进口包括进区申报和出区进口申报，具体支持企业信息、商品信息填录、申报、修改、等功能。出区进口申报单、进区申报单是根据订单运单信息自动生成。在生成申报单后可以人工的将，个人自用的以附件的形式进行上传。并支持批量申报、批量删除功能。已经申报的数据将不能进行删除操作。集货出口包括区区和离境出口申报，具体支持企业信息、商品信息填录、申报、修改、等功能。区区申报单、离境出口申报单是根据订单运单信息自动生成。在生成申报单后可以人工的将，个人自用的以附件的形式进行上传。并支持批量申报、批量删除功能。已经申报的数据将不能进行删除操作。.4备货申报备货申

50、报功能分为备货进口和备货出口；备货进口申报功能分为进区申报和出区进口申报，具体支持企业信息、商品信息填录、申报、修改、等功能。进区申报单手工录入企业信息、商品信息；出区进口申报单可以根据订单运单信息自动生成。并支持批量申报、批量删除功能。已经申报的数据将不能进行删除操作。备货出口申报功能分为区区申报和离境出口申报，具体支持企业信息、商品信息填录、申报、修改、等功能。区区申报单手工录入企业信息、商品信息；离境出口申报单可以根据订单运单信息自动生成。并支持批量申报、批量删除功能。已经申报的数据将不能进行删除操作。.5直购进口申报直购进口申报具体支持企业信息、商品信息填录、申报、修改、等功能。直购进口申报单手工录入企业信息、商品信息；并支持批量申报、批量删除功能。已经申报的数据将不能进行删除操作。.6三单信息三单信息功能分为订单信息、运单信息和支付单信息；三单信息是通过企业通过跨境电子商务检验检疫系统至检验检疫