【毕业学位论文】(Word原稿)外商投资企业资本金结汇非现场监管系统的设计与开发-软件工程

中图分类号： 学校代码： 10055 密级： 公开 硕 士 专 业 学 位 论 文 外商投资企业资本金结汇非现场监管系统 的设计与开发 文作者 李军 指导教师 任明明 副教授 申请学位 软件工程 培养单位 软件学院 答辩委员会 主席 评 阅 人 南开大学研究生院 二一三 年 十一月 中文摘要 中文摘要 外商投资企业资本金结汇管理一直以来都是我国资本项目外汇管理中的一项重要内容，也是管理国际外汇资金流入的关键环节。 当前，在外汇资本金结汇管理上存在着外商投资企业结汇资金自由支配度低，对结汇银行真实性审核要求不高，普遍存在对外商投资企业结汇资金最终流向及真实支付用途等方面缺乏完整的数据采集， 对外汇资本金结汇后人民币资金用途和流向的监测手段和方法比较匮乏 , 不能从 根本上堵塞虚假的外汇投资资金通过直接投资渠道流入我国境内的漏洞 等问题。 本文结合 外汇监管部门对外商投资企业资本金结汇监管的 实际需求，在现有的 管理方式 基础上，进行了系统的功能需求分析以及相关的性能分析；从系统的功能模块组成，网络结构和数据库结构等多个方面，展开了系统的设计工作，最后对系统的实现情况进行了必要的描述。 该系统目前已经在 外汇管理部门、专业结汇银行、外商投资企业进行了 实际 的应用，并且得到了各方面 的好评。通过使用该系统， 在为外商投资企业提供最大程度的投资便利的同时又能实现对外商投资企业外汇资本金结汇后 使用情况的有效监管，为 防范 资本流动 风险提供 了方法和 手段。 关键字 ： 资本金结汇 ， 监管 ， 浏览器 /服务器模式 结构 ， 分析与设计 he of an a to of At in of is on of is of In MB of t a of on of of of s of is to in in a on of 目 录 目 录 第一章 绪论 . 1 第一节 研究的背景 . 1 第二节 研究的意义 . 1 第三节 本文研究内容与组织结构 . 2 本文研究内容 . 2 论文的组织结构 . 2 第二章 系统的需求分析 . 4 第一节 系统的总体需求 . 4 第二节 用户类型分析 . 5 第三节 系统的功能与用例分析 . 5 数据采集功能 . 5 数据监测功能 . 6 数据智能分析功能 . 7 分类管理功能 . 7 系统基础功能 . 8 系统 的用例分析 . 9 第四节 系统的性能需求 . 11 第五节 系统的可行性分析 . 11 第六节 系统的开发与运行环境 . 12 第七节 本章小结 . 13 第三章 系统的设计 . 14 第一节 系统开发关键技术 . 系结构 . 14 目 录 术 . 16 计模式 . 17 据库技术 . 18 第二节 系统的设计原则 .三节 系统体系结构设计 .四节 系统的功能模块设计 . 系统登录模块 . 数据采集模块 . 基本信息模块 . 智能分析模块 . 自定义分析模块 . 分类管理模块 . 系统管理模块 .五节 系统的数据库设计 . 系统 设计 . 数据表结构设计 .六节 本章小结 .四章 系统功能的实现 . 42 第一节 用户登录模块功能的实现 .二节 数据采集模块功能的实现 .三节 基本信息模块功能的实现 . 银行基本信息 . 企业基本信息 . 结汇基本信息 . 支付基本信息 . 凭证基本信息 .四节 智能分析模块功能的实现 . 异常指标监测分析 . 录 企业主体监测分析 . 结构性监测分析 . 趋势性监测分析 . 凭证信息统计分析 .五节 自定义分析模块功能的实现 . 监测指标阈值维护 . 自定义分析管理 .六节 分类管理功能的实现 .七节 系统管理功能的实现 . 权限管理 . 系统日志 . 关键词库维护 . 工作日维护 . 监测指标阈值维护 . 企业信息维护 . 银行信息维护 . 数据同步 .八节 本章小结 .五章 总结与展望 . 67 第一节 总结 .二节 展望 .考文献 . 68 致谢 . 错误 !未定义书签。 个人简历 . 错误 !未定义书签。 第一章 绪论 1 第一章 绪论 第一节 研究的背景 外商投资企业资本金结汇管理一直以来都是我国资本项目外汇管理中的一项重要内容，也是管理国际外汇资 金流入的关键环节。随着我国经济的快速发展、金融体制改革的进一步深化，人民币资本项目可兑换工作正在逐渐有序稳步的推进，外商投资项下资本金结汇也发生了巨大的变化。 当前 ， 在 外汇资本金结汇管理上存在着外商投资企业 结汇资金自由支配度低，对 结汇 银行真实性审核要求不高，普遍存在 对 外商投资企业 结汇资金最终流向及真实支付用途等方面缺乏完整的数据采集 ， 对外汇资本金结汇后人民币资金用途和流向的监测手段和方法比较匮乏 , 不能从根本上堵塞虚假的外汇投资资金通过直接投资渠道流入我国境内的漏洞 等问题。 因此，外汇管理部门应该 运用电子化 手段， 进一步完善外汇资本金结汇管理政策、方式、手段 ， 进一步加强外汇 资本金结汇用途真实性。 第二节 研究的 意义 为贯彻落实国家外汇管理方式“五个转变”的要求，改进 外商投资企业资本金结汇非现场 监管方式，提高我国跨境资本流动的监管效率，防范热钱对我国经济发展 特别是金融体系 的冲击， 开发了外商投资企业资本金结汇非现场监管系统（以下简称“ 统）， 从而实现 在为 外商投资 企业提供最大程度的投资便利的同时又能实现对 外商投资 企业 外汇资本金结汇后 使用情况的有效监管， 为 防范 资本流动 风险提供 方法和 手段。 第一章 绪论 2 本文就是结合对 当前 外商投资企业资本金结汇非现场 监管的 需求， 按照软件工程思想研究 外商投资企业资本金结汇非现场 监管系统 设计与开发的需求分析、设计和实现等多个阶段， 该系统 构建 了 外商投资企业资本金结汇非现场监管 体系 ,强化 了 对外汇资本金结汇后人民币资金流向与用途的监管， 且具有良好的移植性和扩展性， 使本文研究工作落在实处，具有 较高的实用价值 。 第三节 本文研究内容与组织结构 本文研究内容 本文 的研究内容 主要围绕以下几点展开 ： （ 1）对 外商投资企业资本金结汇非现场监管体系 进行分析，对 外汇管理局、专业结汇银行、 外商投资 企业 等多方面需求进行分析、汇总和归纳，并按照功能需求和性能需求两个方面进行梳理，对系统开发的可行性进行了分析。 （ 2） 依据 系统的需求分析，分别从 外商投资企业资本金结汇非现场监管系统 功能模块划分、 流程设计、 网络结构设计、数据库设计等多个方面展开设计工作的叙述 1。 （ 3） 依据系统的需求分析和设计思路，对系统进行开发和必要的测试， 完成了系统的开发工作，在论文中简要地给出了功能模块中主要界面的实现情况，并 进行了必要的说明。 （ 4）对 系统开发的整体 工作进行必要的总结，对后续工作进行展望。 论文的组织 结构 论文内容的组织结构为： 第一章是绪论。在这一章中，主要是对论文研究的背景、意义和研究内容等进行介绍。 第一章 绪论 3 第二章是系统的需求分析。在这一章中，分别从功能需求和性能需求两个方面，对 外商投资企业资本金结汇非现场监管系统 的需求和可行性进行分析、归纳和汇总。 第三章是系统的设计。在这一章中，分别从系统的功能模块组成、 流程、网络结构以及数据库等多个方面，描述了 外商投资企业资本金结汇非现场监管系统 开发所必须的设计工作。 第四章是系统的实现。在这一章中，给出了 外商投资企业资本金结汇非现场监管系统 主要功能模块的实现界面， 对实现情况进行了简要的介绍。 第五章是总结与展望。在这一章中，对系统的设计和开发工作进行了总结，并提出了后续研究工作的展望。 第 二 章 系统的 需求分析 4 第二章 系统的需求分析 一个系统开发的好 与坏，成与败，直接受到前期需求分析的影响和制约。为了全面、深入、较好地 完成系统需求分析 工作 ， 本人 联系了外汇管理部门，多家专业结汇银行，参阅了大量的相关资料，咨询了多位金融系统 业内人士，耗时一个多月，终于完成了系统的需求分析。 第一节 系统的总体需求 本系统主要是 面向 外汇管理部门、专业结汇银行和外商投资企业等 不同的需求群体，旨在 通过 监 管系统的 构建，实现外商投资企业资本金结汇后人民币资金流向与用途的有效监管 。本网站在开发时，需要遵循如下的总体需求： （ 1） 资本金结汇非现场监测管理模式的设计要立足于对异常主体、异常资金流动“精确定位”、“精准打击”的理念，实现对监测主体“本外币”一体化，“境内境外 ”一线化的主体监管模式，并就监测筛选出的高风险主体开展分类管理； （ 2） 要通过完善指标设计、健全监测体系等措施，力争做到功能完备、指标丰富、监管高效，实现资本金结汇非现场监测管理的风险预警功能 ； （ 3） 通过研发非现场监测管理系统的模式，形成资本金结 汇数据采集、汇总、查询、分析，对结汇资金流向跟踪、监测、预警全过程的电子化、智能化的监测系统。 （ 4） 在充分利用好现有的系统数据资源的基础上，有效采集、借助银行、企业提供的信息资源，搭建科学、有效的监测信息架构； （ 5） 系统研发设计力求实现依托高效、稳定的机制和平台，实现成本可控、操作便利、系统稳定， 从而 克服 以往 传统 的 资本金结汇 在数据采集、监测等方面 高成本、低效率的弊端 2； 第 二 章 系统的 需求分析 5 第二节 用户类型分析 外商投资企业资本金结汇非现场监管系统 的用户可以大致分为以下几类： 一、 银行业务员 负责 数据采集 。 二、 外 管局 业务员 负责 数据采集、指标监测、智能分析、分类管理 。 三、 银行管理员 负责 创建和注销下一级银行管理员，创建、注销、授权本级业务操作员。 四、 外管局管理员 负责 创建和注销下一级外汇局管理员，创建、注销、授权本级业务操作员，创建和注销辖区内一级银行管理员，日志管理和系统管理。 综上所述，本网站的用户类型就分为以上 4 种。 第三节 系统的功能与用例分析 通过对 外商投资企业资本金结汇非现场监管 的调查和分 析，为了较好的 对外汇资本金结汇后人民币资金流向与用途的监管， 因此，该系统的 基本功能分析如下。 数据采集 功 能 为了做好对外商投资企业资本金结汇后人民币 资金流向与用途的监管 ，必须对相关数据进行采集，采集的数据主要包括五类：银行基本信息、企业基本信息、结汇信息、支付信息、发票信息。 采集的 数据来源 是 直投系统中银行基本信息、企业的基本信息、结汇信息和企业自身录入的支付信息和发票信息。 数据采集方式有 两种分别是 导入和录入。 对于有数据来源的采取导入方式。其中导入的数据要素为银行基本信息、企业基本信息和企业的结汇信息，该部分定期从直投系统 中 直接导入即可。 第 二 章 系统的 需求分析 6 对于无数据来源的采取录入方式。录入的数据要素为企业的支付信息和发票 信息。 这 部分 数据 由企业通过录入客户端 ， 生成某种格式的文件，将该文件上报给银行，由银行导入系统，完成 相关数据 信息的上报。 数据监测功能 通过设立 5 大类 22 项指标，实现 对资本金结汇后人民币资金的支付和发票信息进行非现场监测。其中 发票与基础信息核对异常类 3 项 、发票与支付信息核对异常类 5 项 、结汇与支付信息核对异常类 2 项 、支付信息异常类 4 项 、个体偏离度异常类 8 项。 （ 1） 发票与基础信息核对异常： 可以 将发票中的应税项目名称中的关键字与开票人（收款企业）和收票人（结汇企业、付款企业）的行业和经营范围中的关键 字进行核对，在发票信息和企业基础信息之间寻找内在的逻辑关系。 （ 2）发票与支付信息核对异常： 可以 在发票信 息与结汇人民币支付信息之间寻找内在的逻辑关系。 （ 3）结汇与支付信息核对异常： 可以 将 一次性结汇或分次结汇 中最后一笔结汇后超过五个工作日未提交或晚提交发票的情况监测出来；可以将 支付金额大于发票金额的情况监测出来；可以将 支付命令函的信息与发票信息进行核对，找出明显的 异常；可以 发现结汇所得人民币资金专用账户的违规收支 ；可以 监测关联企业之间的收付款交易情况，可以发现关联企业之间的可疑交易。 （ 4）支付信息异常：可 以 把对资本金结汇环节的监测后移到对结汇 人民币支付环节进行监测，可以 监测投机性资金在结汇后又购汇汇出的情况 ；可以 从支付人和收款人两个角度监测频繁的、大额的、分拆的支付和收款情况。 （ 5）个体偏离度：可以 发现个体与整体平均值之间大幅度偏离的异常情况。系统对支付周期、分拆支付比率、频繁支付比率、大额支付比率、频繁收款比率、大额收款比率、结汇人民币购汇出境比率、关联交易比率，可以根据时间段、地区、行业、企业成长周期计算个体偏离度。 第 二 章 系统的 需求分析 7 数据智能分析功能 对于采集的数据，系统提供智能分析的功能。主要 包括以 下几个子功能：（ 1） 异常指标监测分析功能 这一功能是对异常监测指标的总体和明细情况进行统计分析，满足业务人员监测分析整体异常情况的功能需要。 （ 2） 企业主体监测分析功能 这一功能是对企业主体的异常监测指标和明细情况进行统计分析，满足业务人员监测分析某一特定企业主体异常情况的功能需要。 （ 3） 结构性监测分析功能 这一功能是对各行业或各地区的异常监测指标和明细情况进行统计分析，满足业务人员监测分析各行业或各地区某一特定企业主体异常情况的功能需要。 （ 4） 趋势性监测分析功能 这一功能是对结汇和支付的趋势性进行时间 序列分析，满足业务人员监测分析结汇和支付趋势异常情况的功能需要。 （ 5） 发票信息统计分析功能 这一功能是对发票信息进行统计分析，满足业务人员监测分析发票信息的功能需要。 分类 管理功 能 分类管理 功能 主要是 通过对经济主体进行分类，满足不同类别采取不同管理措施的业务需要， 实现对经济主体进行内部公开、重点核查、持续监管等目标。分类管理的主要方式是外汇局进行分类管理，对不同类别提出不同管理要求，银行根据不同的要求为企业办理业务。 （ 1） 分类管理的类别 分类管理主要分三类，正常企业、关注企业和异常企业。正 常企业主要是监测中没发生异常的企业；关注企业主要是从监测指标来看，有可能违反目前外汇管理政策的企业；异常企业主要是从监测指标来看，肯定违反目前外汇管理政策的企业。主要通过在企业基本信息中添加一个标示位来实现。 （ 2） 分类管理的内容 第 二 章 系统的 需求分析 8 分类管理需要按企业建立历史档案日志，记录企业进入正常类、关注类和异常类时的情况，主要内容有，导致调整类别的事项及原因、调整类别的时间、监测指标名称等内容。 系统基础功能 （ 1）权限管理 严格控制用户查看信息、更新信息的范围。原则上，银行用户只能查询到该机构及其下级机 构的信息，无权查看上级和其他银行的信息。外管局根据管辖范围，只能查看和更新管辖范围内信息。 根据系统运行的需要分别设置： 银行业务员权限 、 银行管理员权限 、 外汇局业务员权限 和 外汇局管理员权限 。 综上所述， 系统用户权限 描述表如表 示： 表 户权限 定义 编号 角色 描述 1 银行业务员 数据采集 2 银行管理员 创建和注销下一级银行管理员；创建、注销、授权本级业务操作员 3 外汇局业务员 数据采集、指标监测、智能分析、分类管理 4 外汇局管理员 创建和注销下一级外汇局管理员；创建、注销、授权本 级业务操作员；创建和注销辖区内一级银行管理员；日志管理和系统管理 （ 2） 日志管理 日志管理包括系统日志管理和业务日志管理。系统日志管理包括对系统运行过程中产生的错误信息、告警信息的查看和管理，方便跟踪系统运行状态，优化系统性能。 （ 3） 系统管理 主要是对 关键词库 、 工作日 、 监测指标阈值 、 企业信息维护、 银行信息维护和数据同步 。 第 二 章 系统的 需求分析 9 系统的用例分析 通过以上对系统功能的分析结果，可以对 系统 用户类型的用例进行分析和归纳。其中， 银行业务员 用户的用例图如图 示 ， 银行管理员 用户 的用例图如图 示 ， 外汇局业务员用户 的用例图如图 示， 外汇局 管理员用户的用例图如图 示。 图 银行业务员 用户的用例图 图 银行管理员用户的用例图 第 二 章 系统的 需求分析 10 图 外汇局业务员用户的用例图 图 汇局管理员 用户的用例图 第 二 章 系统的 需求分析 11 第四节 系统 的性能需求 系统的 的性能需求是指在满足了 系统功能需求的前提下，还应该具备的其他性能。通过 对 外汇局、结汇银行以及外商投资企业等 不同群体用户的调查，明确了 系统 的性能需求如下： 一、 安全 可靠性 对于任何一个开发系统来说， 安全 可靠是每个系统首先 应该保证的，在系统运行过程中，具有较好的容错以及故障恢复的能力，从而保证 各项业务能够在安全可靠的系统运行情况下顺利进行。 同时采用可靠的开发工具、平台和安全有效的身份验证手段，都是保证系统具有安全可靠性的关键因素 3。 二、并发处理能力 外商投资企业资本金结汇非现场监管系统涉及到 外汇局、专业结汇银行及外商投资企业等许多用户，每天系统都要承受成百上千次的访问量以及大量的并发请求，因此 在确定 务器，要注意服务器在并发请求方面的处理能力，防止在数据访问量激增时出现系统延迟或瘫痪的情况 4。 三、易操作性 考虑到外商投资企业资本金结汇非现场监管系统面向用户的多样性，应该尽可能的满足最低操作能力的人群，这样监管系统 就不会因为整体布局的 人性化不足， 造成 用户 体验的 不舒服。 因此， 系统操作界面 应该尽量简洁，布局尽量符合大部分人的操作习惯。 四 、方便扩展 系统设计的初期， 其 功能、 性能及页面的美化 等方面存在许多的 不足， 同时为了满足后续系统的 为了今后网站的扩展，在建立网站初期就应该施行可持续化可扩展的设计方案。 第五节 系统的可行性分析 一、经济可行性 随着互联网技术的不断深入发展，计算机在国民经济各行各业都有了广泛的应 用， 也给 人们在工作、学习中带来方便和快捷，因此， 外汇管理部门 为了第 二 章 系统的 需求分析 12 顺应时代的发展， 同时 为 了 深入贯彻落实实现外汇管理方式“五个转变”的要求， 在 探索改进 外商投资企业资本金结汇 非现场监管 的 方式和 提高 国际 资本流动的监管 能力和 效率 的基础上 5， 研制 开发 了 外商投资企业资本金结汇非现场监管系统，完善 了 资本金结汇管理制度，为企业投资提供便利，为防范风险提供手段 。同时 从某种程度上讲，该系统的成功开发 将 极大 的 提升外汇 资源的运行效率和效果，为企业创造价值。 二 、技术可行性 外商投资企业资本金结汇非现场监管系统采用 系，分 层结构设计，客户端操作通过浏览器完成， 使用了 技术进行开发， 在界面展示上应用大量 术提高用户体验 ， 同时也 提高了开发的效率。 三、操作可行性 该网站的风格符合人们的习惯性操作，无需上手过程，面向全体使用互联网的客户，简洁明了的页面以及人性化的操作，可以让新老顾客都会满意。 第六节 系统的开发与运行环境 一、 系统的 的开发环境 本系统 采用 架， B/S 分层结构设计，使用了 技术进行开发 ,同时 在界面展示上应用大量 术提高用户体验 ， 后台数据库选用 二、网站的运行环境 本系统的运行环境需求如下： （ 1）数据库服务器 和应用服务器都采用主流配置的品牌服务器 ，安装 作系统 ； （ 2）用户终端计算机使用主流配置的台式机或笔记本，安装 用 以上版本。 第 二 章 系统的 需求分析 13 第七节 本章小结 本章 是对外商投资企业资本金结汇非现场监管系统 的需求进行了详尽的分析，首先是对 系统的总体需求进行了初步的分析，然后是对该系统的基本功能做了初步的描述，其次对系统的的各参与者做了实例分析，随后从 技术，经济和操作 三个层面对系统的 可行性 进行了分析，最后简 单介绍了系统 的开发环境和运行环境。 第三章 系统的设计 14 第三章 系统 的设计 系统 设计是根据 系统分析阶段所 明确的 功能需求， 用户需求 的基础上 ，在一定的 系统 运行 环境下，设计出 一个能在计算机网络环境上 可行的实施方案。这个阶段的主要目标是设计系统的模块层次结构、设计数据库的结构和设计各个模块的控制流程，最终结果是明确软件系统“如何做”。 对于 系统 的设计，这个阶段 可以 两个步骤， 系统的总体设计和系统的详细设计 。本章将分别从系统的网络架构、功能模块、用例分析、数据库等多个层面对 外商投资企业资本金结汇非现场监 管系统 进行设计 6。 第一节 系统开发 关键技术 系结构 系结构的简称 叫 B/S 体系 结构 ，又叫 做 浏览器 /服务器模式 。 在以往应用系统的开发过程中， 系结构（ C/S 结构）得到了广泛的使用，在 C/S 体系结构中，将一个应用系统分成两大部分， 一部分是由多个用户共享的信息和功能，这部分称为服务器部分；还有一部分是为每个用户所专有，称为客户部分 7。 但是 C/S 体系结构存在很多问题。当客户端数量激增时，服务器端会因为负载过大而 性能大大的衰落；如果客户的应用需求发生变化时，客户端和服务端的应用软件都需要进行修改，给应用维护和升级带来了很大的不便；同时大量的数据传输 对网络的负载的压力也很大。 由于 C/S 体系结构存在固有的无法解决的问题， B/S 体系结构应运而生。这种体系结构核心内容在于通过中间件的支持，将在物理上是分散的计算资源构成逻辑上的一个整体， 最大的优点就是 客户端 只需要拥有 一台能上网的电脑，就可以在任何地方进行操作 。同时， 客户端不需要 安装 任何 专门的软件， 也几乎不需要和系统有关的软件 维护， 这使得 系统的扩展 和维护 变得 非常容易。 第三章 系统的设计 15 所谓 的 B/S 体系 结构 ，就是在客户端与服务器之间加入了一个“中间层”也叫逻辑层、组件层。从而可以把系统按照功能划分为表示层 （ 功能层（ 数据层（ 8。 图 B/S 体系结构 示意图 表示层（客户端）主要是指客户端用户界面，它的特点是尽可能 的简单、明了，让最终客户只要经过简单的培训就能方便的访问信息；功能层（服务器），也就是我们常说的中间件，所有的应用逻辑、应用系统和控制都在这一层，主要处理业务规则、数据访问、合法性校验等工作，系统的复杂程度也主要体现在功能层；最后的数据层（数据库）存储数据信息和数据逻辑，这一层主要完成与数据有关的安全、完整性控制、数据一致性以及并发操作等 9。 B/S 结构是真正的三层结构 。 它的优点 主要 体现 在 以下几个方面： （ 1） 使用 B/S 结构系统的客户端，只需要学会主流的浏览器操作，不需要对系统进行专门的 客户端软件开发 ，在客户 端也不需要增加任何代码， 它的操作简单，界面统一，使用方便， 降低了用户学习难度，节约了时间，既节约了开发系统的时间，也大大地减少了系统出错的可能性，降低了使用单位对系统的维护费用。 （ 2）系统的 升级和维护 简单。对一个使用软件的企业来说，如果其系统管理员 在系统维护时 需要在每部安装软件客户端的电脑之间来回奔波 ，可想而知他的效率和工作量是很低的，而 B/S 结构构架的软件， 只需要系统管理员在 服务器 端进行维护、升级 和共享 就可以了。 第三章 系统的设计 16 （ 3） 安全性提高 ， 成本 降低 。 大多数的 操作 都在服务器上进行， 安全性 得到了 很高，效率也 得到了提高，相应管理成本得到了降低。 （ 4）系统运行稳定、可靠、安全 ，既可以 进行 系统的扩展和移植，也可以对系统进行 安全性 的 管理。 术 ) 开发可移植的、健壮的、可扩展的、安全的服务器 用程序的一种构架标准，它 是 建立在坚实的标准 供 组件模型 、 理和通信应用程序接口 (这些接口使 为实现企业级的面向服务的体系结构 ( 用程序的行业标准 10。 台是多层体系结构的，它创建了标准的 业应用程序的体系结构以及编程模型，可以实现从客户层的消费者用户界面延伸到企业信息系统（ 的数据存储 11。 图 2构设计示意图 台是由一整套服务、应用程序接口和协议构成的，它支持基于 序设计人员可以充分利用这些功能和服务，降低应第三章 系统的设计 17 用程序开发的复杂程度 12。下面对外商投资企业资本金结汇非现场监管系统开发中用的的 分技术规范进行简要的阐述： . （ 1） 术 服务器的脚本语言，是以 基础开发而成的动态网页生成技术， 面是由 嵌入其中的 码和 码 所组成 13。服务器在页面收到 客户端 的 请求 信息 以后 ， 对这些 码进行处理， 等到 处理完成后将生成的