精华内容
下载资源
问答
  • 业务应用系统运维服务

    千次阅读 2019-04-02 09:52:25
    为客户的大型、专业的业务系统提供专业运维服务,客户将其业务系统运维工作全部或者部分交给广东励康来完成,广东励康派驻专业工程师在客户现场来完成运维工作,提高客户业务系统平台的整体运行质量和运维水平。业务...

    为客户的大型、专业的业务系统提供专业运维服务,客户将其业务系统运维工作全部或者部分交给广东励康来完成,广东励康派驻专业工程师在客户现场来完成运维工作,提高客户业务系统平台的整体运行质量和运维水平。业务范围包括大型企业、国家机关等大型业务管理软件系统。

    一.服务内容

    1.系统运行环境维护

    对客户各类应用系统的运行环境进行维护,监测系统环境、调整系统环境的性能、解决系统环境故障,系统补丁安装,系统运行情况分析与建议,保障应用系统环境的安全、稳定运行。

    2.应用系统维护

    对客户各类应用系统进行维护,及时解答各业务部门在使用过程中的技术咨询、监测应用系统的性能,各类应用系统的安装部署、应用软件升级、应用软件分析和软件需求收集,保障各业务软件同步平滑升级和不断完善,保障应用系统的安全、稳定运行。

    3.数据维护

    对客户各类业务数据库的运行和数据传输、交换、备份等工作进行维护,保障数据库的稳定运行、数据的安全以及数据的准确性。对各应用系统的业务数据进行统计分析,及时响应和满足各业务单位的数据分析统计需求。

    4.数据查询统计分析

    协助用户在系统中开展统计分析工作,及时查询和提取相关业务数据,并提交数据分析报告。

    对无法在应用系统中直接查询和统计的数据,维护人员编写相应的脚本进行数据提取和统计分析,并提交数据分析报告。

    5.运维手册编写

    依据客户系统运行环境维护、应用系统维护、数据维护和数据查询统计分析日常工作的实际情况,分别编写相应的日常运维手册。

    6.培训服务

    定期对客户技术人员进行运维服务技术培训,培训内容包括系统环境运维、应用系统运维、数据运维和查询统计分析等日常运维服务。

    7.运维服务报告与总结

    维护人员记录每日的系统运行环境、应用系统、数据运维工作,对每个服务请求进行详细记录、跟踪维护过程和结果,向用户提交详细维护服务报告。

    维护人员每月提交当月维护情况报告,包括故障分类统计、系统软件、系统软件 BUG、各支队系统运行、数据传输统计、直接修改数据库数据记录(每次操作必须有书面申请含具体数据)、系统使用情况、系统维护建议、统计分析维护工作量,维护改进措施。,汇总常见问题并发布。

    维护人员提交季度/年度系统运行情况报告、维护工作报告。

    二.客户收益

    选择广东励康业务应用系统运维服务,可以为客户带来如下收益:

    1.工程师长驻现场,可以更早地发现问题,更快地解决问题

    2.专业的事交给专业的人来做,提高客户业务应用系统的运行效率

    3.委托专业公司提供支持服务,显著地转移了客户IT系统运维的风险

    展开全文
  • 业务逻辑层是专门处理软件业务需求的一层,处于数据库之上,服务层之下,完成一些列对Domain Object的CRUD,作为一组微服务提供给服务层来组织在暴露给表现层,如库存检查,用法合法性检查,订单创建。  业务逻辑...

    转载地址:http://www.cnblogs.com/whitewolf/archive/2012/05/29/2524881.html

    业务逻辑层是专门处理软件业务需求的一层,处于数据库之上,服务层之下,完成一些列对Domain Object的CRUD,作为一组微服务提供给服务层来组织在暴露给表现层,如库存检查,用法合法性检查,订单创建。

       业务逻辑层包含领域对象模型,领域实体,业务规则,验证规则,业务流程。1:领域对象模型为系统结构描述,包含实体功能描述,实体之间的关系。领域模型处于天生的复杂性:2:领域实体:业务层是一些操作业务对象(BO)的处理。业务对象包含数据和行为,是一个完整的业务对象。其不同于上节架构设计中服务层的简单理解提到的数据迁移对象(dto),对于dto存在数据的,不存在行为,dto是bo(ddd中又称do)的子集,负责与特定界面需求的扁平化实体,dto仅仅是一个数据载体,需要跨越应用程序边界,而业务对象则不会存在复制迁移,往往一个业务对象存在一个或者多个数据迁移对象。3:业务最大的逻辑就在处理一些列现实世界的规则,这也是软件中最容易变化的部分,这里通常会出现我们众多的if-else或者switch-case的地方。也这因为如果说以个人觉得在我们的项目最应该关系和分离需求的层次。4:验证规则:业务规则很大程度上也是对对象的数据验证,验证业务对象的当前数据状态。我觉得在每个业务对象上都应该存在一个对外部对象暴露的验证接口,可以考虑微软企业库的VAB 基于Attribute声明式验证或者上节流畅的验证组件:FluentValidation中的FluentValidation验证组件基于IOC的解耦。

       业务层模式:在常见的业务层模式中主要分为过程是模式和面向对象模式。过程模式有是事务性脚本和表模式,而面向对象模式为活动记录模式和领域驱动模式。理论上说事务性脚本模式是最简单的开发模式,其前期投入下,但随着项目周期和复杂度上升明显,而领域模型(DDD)前期投入较大,但是理论上说是随着项目周期和复杂度呈线性增加,当然这些都是理论值。

      1:事务脚本模式是业务逻辑层最简单的模式,面向过程模式。该模式以用于的操作为起点,设计业务组件,即业务逻辑直接映射到用户界面的操作。这通常是从表现层逻辑出发,表现层我需要什么业务层提供什么,直到数据层。针对没一个用户的新功能都需要新增一个从UI到关系数据库的分支流程。其使用与逻辑不是很复杂或者变化不大稳定的应用系统开发。其不需要付出与业务无关的额外代价,并且在现代VS之类的IDE帮助下能够很快的进行快速应用开发(RAD)。也由于这种优势,也是其最大的劣势,程序中充满了IF-else,switch-case之类的逻辑或者大量的static的方法,每个功能都是一个程序分支,这对代码无法重用。编码不易于维护,对复杂项目和变化需求不适应。

      2:表模式:为每个数据库表定义一个表模块类,包含操作该数据的所有行为方法。作为一个容器,将数据和行为组织在一起。其对数据的粒度针对于数据表,而非数据行,因此需要以集合或者表传递数据信息。表模式基于对象但是完全又数据库驱动开发,在业务模型和数据库关系模型显著差异的情况下,应对需求,并不是那么适合。但是在.net中提供的一些列如强类型DataSet等IDE的辅助下自动生成大量的代码,也是一个不错的选择,因为部分数据库的操作趋于自动化。表模式没太过于关注业务,而是关注数据库表结构。而业务逻辑和领域问题才是软件核心。

      3:活动记录模式:一个以数据库表一行Row为对象,并且对象中包含行为和数据的模式方法。其数据对象很大程度的接近数据库表结构。在活动记录模式对象中通常也包含操作对象的CRUD行为,数据验证等业务规则。对于业务不是很复杂,对象关系与关系模型映射不具有很大差异情况,活动记录模式会运用的很好。活动模式比较简单化设计,在上现行的很多如Linq to sql,ActiveRecord框架的辅助下,将针对问题领域不是太过复杂的项目十分有用。但是其模式和数据库表结构的相互依赖,导致若你修改数据库结构,你不得不同时修改对象以及相关逻辑。如果不能保证数据库关系模型和对象模式的很大程度的相似这就进入的困境。

    4:领域模型:在前面的几种模式都是项目开始站在了以数据为中心的角度,而不是业务本身的问题领域。而领域模型关注系统问题领域,首先开始为领域对象设计。与活动记录模式来说,领域模型完全站在了问题领域业务概念模型一边,与数据库,持久化完成独立,其推崇持久化透明(POCO)。其可以充分利用面向对象设计,不受持久化机制的任何约束。其实完全又业务驱动出来的。但是其最大的优势如上各个模式一样也是其最大的劣势对象模型和关系模型具有天然的阻抗,我们的领域实体早晚需要映射到持久化机制。还好的是当前有NHibearnate,EF,Fluent NHibearnate这类ORM框架辅助。在DDD中包含UOW,仓储,值类型和聚合根,领域事件,领域跟踪一类的概念,这将在以后具体说明。

      模式的选择在与架构师的决定,这也是架构师具有挑战意义的职责,需要根据具体的项目需求,团队,个人等外界因素最终决定,不存在万能的模式,也不存在完美的设计。


    作者:破  狼 
    出处:http://www.cnblogs.com/whitewolf/ 
    本文版权归作者,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。该文章也同时发布在我的独立博客中-博客园--破狼51CTO--破狼


    展开全文
  • 开发业务层区块链应用    Hyperledger fabric目前支持java,nodejs,go和python语言的sdk,供用户选择用不同的语言开发上层应用,使用相应的sdk调用部署在区块链上的链码。以下示例中我们选择使用go语言开发业务...

    开发业务层区块链应用   

     

    Hyperledger fabric目前支持java,nodejs,go和python语言的sdk,供用户选择用不同的语言开发上层应用,使用相应的sdk调用部署在区块链上的链码。以下示例中我们选择使用go语言开发业务层应用。

     

    步骤1:配置fabric sdk

    Hyperledger fabric官方提供了我们需要的go sdk文件包,下载地址是:

    https://github.com/hyperledger/fabric-sdk-go。目前BCS服务使用的版本commit号是035e4f9。

     

    我们需要为fabric sdk生成相应的配置文件和访问区块链节点的组织证书。SDK配置文件主要包括要访问的链码名称/版本、证书解压的目录位置、实例化链码的通道,安装链码的节点组织/名称。在订购的区块链服务状态中的点击图18中的“下载SDK配置“会弹出图19配置窗口,完成sdk配置。

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/101832r7cf4sx1eodmugnh.png

     

    图18  SDK配置文件下载界面

     

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/101850cbze71e62eo5hmwp.png

    图19  配置SDK文件下载界面

     

    在订购的区块链服务状态列表页面上可以查看每个节点的状态以及相应的证书下载功能,我们需要下载相关的证书到sdk的配置文件所指定目录中,使得业务应用可以和区块链节点正常的进行通讯。图20显示了orderer节点和peer节点的证书下载链接。

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/101903yhjlwhfxajs0grwt.png

     

     

    图20 orderer节点和peer节点的证书下载

     

    步骤2:编写业务应用代码

    合理配置sdk与区块链节点peer的通信后,业务层应用代码仅需对接链码的invoke和query的方法。以下示例中我们使用sdk提供的接口ChannelClient,即先通过加载sdk配置文件生成一个sdk实例,然后传入通道名称和用户信息生成一个ChannelClient对象,最后使用该ChannelClient发起一笔执行链码的交易。

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/101918bz3yz3calbubl6nc.jpg

     

    图21   ChannelClient初始化过程

     

    在业务应用代码中定义好一个链码的数据结构ChainCodeSpec,包括ChannelClient对象、 用户信息和链码名称等,在ChannelClient初始化时给其赋值。将链码的invoke和query方法定义成结构体方法,可以很简单的在发起交易的时候完成数据传递如图22所示。

     

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/101932msqfh7wrwurxpnk3.jpg

    图22   调用链码的invoke和query方法

     

    步骤3:测试业务应用代码

    下面我们简单的定义一个main方法如图23来测试一下我们的代码。首先声明之前在链码管理网站实例化的链码信息,即链码名称chaicodetest,实例化的通道名称testchannel,用户使用的是组织内的普通用户。其次,定义两个测试方法创建测试用例和查询测试用例。

     

    创建测试用例create_testcases需要按顺序传入4个参数即项目名称、模块名称、测试用例名称和测试用例描述,调用invoke方法将一次交易写入区块链。查询测试用例query_testcases方法传入项目名称和模块名称,查询测试用例信息。

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/102021bwl9fawjpnbf7szn.jpg

    图23  业务应用调用链码实现端到端测试

     

    之后我们使用go run来执行这个测试用例,如图24我们可以看到已经生成testchannel实例并与区块链节点建立连接。为了确认交易是否正常,链码是否正确保存之前用例的复合键值索引,我们登陆区块链节点并用“docker logs <容器id>”命令我们可以看到如图25中为每笔交易创建的区块。图26链码容器也可检查我们之前链码打印的日志来确定是否可以正确查询测试用例。

     

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/102042ajtlgzbztgodotrh.png

    图24   SDK代码执行结果

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/102054upu3t46jhvq4zugs.png

     

    图25 查看区块链节点peer中的运行结果


     

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/102109rp2un45edkdosps6.png

     

    图26   链码运行结果   

     

    https://forum-img.huaweicloud.com/data/attachment/forum/201806/29/10212225ug82dzpkgcueut.gif

     

    本文通过一个简单的例子介绍如何通过华为云提供的区块链服务快速的开发和搭建起一个应用,用户可以根据所需的场景,基于本文的示例部署区块链服务,开发链码和业务层应用。

    本文只阐述了部分代码的实现,完整的代码下载地址是:https://github.com/cloud1230/testsystem,供开发人员参考。

     

    点击下方链接即可体验区块链服务 BCS

    https://www.huaweicloud.com/product/bcs.html?utm_source= zjqd&utm_medium=mediafree&utm_campaign=bcs&utm_content=article-0727-1

     

    展开全文
  • 技术服务业务(工作总结)

    千次阅读 2016-01-27 10:18:28
    技术服务业务  还有不到两周的时间就要过年了,想到现在工作的各种不如意,并面临的年后找工作的问题。今天在13号线上,对自己近三年的工作总了一个简单的总结,那就是技术服务业务——也算是对三年工作总结...

    技术服务于业务


           还有不到两周的时间就要过年了,想到现在工作的各种不如意,并面临的年后找工作的问题。今天在13号线上,对自己近三年的工作总了一个简单的总结,那就是技术服务于业务——也算是对三年工作总结的一种价值观吧,不求大家认同,只求领会其中的用意。

           技术服务于业务,所以我这三年工作中,不会说是为想去学习一门技术而去学习。而是,要实现一种什么业务,必需要用到什么技术才会去学。

         (1)03年参加工作要做webApp,学习了基于javascript的框架senchaTouch、当时还要做产品用到大数据,也涉及了一些简单的Hadoop基本知识、03年微信以及微信公众平台慢慢火起来了,学习了微信公众平台开发。

         (2)04年换了工作,因为03年较早的接触了微信公众平台开发,所以做了项目经理。做了有关电力和交警的两个微信运营平台的开发工作。这一年中,做了项目管理中有关项目建设方案制定(也算是架构吧)、项目报价、项目工时/任务分配、客户交流、项目汇报、接口对接、也做一些核心代码的编写工作相关的一些工作。当然在技术方面也接触了像maven、angular.js、bootstrap 等技术,但并没有做一个深入的研究。

        (3)05年我来到的北京,对自己的未来做了一个规划,并做了一个决定。转web前端开发,原因一:过去工作做的大部分都是web前端项目,想专注一点深入研究。原因二:个要喜欢javascript、html5等技术。所以05年工作重点,系统的总结了javascript基本知识、看了jQuery部分源码(有关动画方面和反向代理生成jQuery对象方面)、做了有关基于webapp开发自适应各种屏幕手机js插件(zoom.js)以及有了一些web前端开发的经验。

        

          所以在今后工作当时,也会重点研究有关javascript、html方面的技术以面对业务需求。并继续看jQuery源码,开始看angular.js源码。学习其中的思想。


          在过去的工作中,业务需求面对采用哪种技术时,出过三种情况。

         (1)不知道用什么技术、没有思路:先说最糟糕的一种,刚出道时这种情况比较多,以后慢慢会变少。这时需要一个有经验的领导的指导,慢慢的积攒经验。

         (2)知道用什么技术解决什么问题:这种情况工作中,遇到的较多,在项目开发过程中,一般的问题都可以通过百度的方式解决。

         (3)清楚解决问题的思路:这差不多该算是领导级别了,清楚采用的技术以及通过该技术如何实现业务需求。


           技术服务于业务、我个人认为通过技术解决业务需求时,个人的成长不只在于你对该技术的认知。而在于通过该技术解决业务需求过程中,解决问题能力的提升。采用过的技术以后很可能都不会再用到。但是,面对问题的态度以及解决问题的思路才是个人成长最重要的部分。


           

           

    展开全文
  • 使用分布式服务是降低系统耦合性的另一个重要手段。如果说分布式消息队列通过 消息对象分解系统耦合性,不同子系统处理同一个消息;那么分布式服务则通过接口分 解系统耦合性,不同子系统通过相同的接口描述进行服务...
  • 组合Web服务业务流程建模 ——BPEL文档图形化生成工具1 项目背景1.1面向服务的体系结构(SOA)SOA是一种架构模型,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的...
  • 业务中台是什么?

    千次阅读 2019-12-16 17:46:02
    中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务的形式沉淀,形成“大中台、小前台”的组织和业务机制,供企业快速低成本的进行业务创新和企业架构。 中台又可以进一步细分,比如...
  • “组件化”是一个很重要的概念,如何进行“组件化”开发是搭建企业级业务基础平台时需要考虑的一个重要课题,本文通过建立业务组件(BC)接口模型及内部结构模型,提供了一个在新开发系统环境下基于Web服务和OSGi...
  • 虽然唱衰短信的声音不绝于耳,但说说即便是在社交媒介空前发达的今天,短信在通知、提醒、大规模群发消息、实名认证等方面的功能依旧不可替代,同时企业业务的大量需求让短信逆势增长,政府单位、企事业单位都需要...
  • 业务层 、服务层、数据层、表现层

    万次阅读 2016-09-28 15:54:14
    抽象的说,业务逻辑层就是处理与业务相关的部分,一般来说,业务层包含一系列的执行与数据的操作,例如,开具发票、添加客户或下订单等。 服务层就是相当于中间类的作用,中间的工厂类提供了另一个通用放任...
  • 业务域名:小程序里webview访问的url,不可以配置端口号。 服务器域名配置 每个微信小程序需要事先设置通讯域名,小程序只可以跟指定的域名与进行网络通信。包括普通 HTTPS 请求(wx.request)、上传文件(wx....
  • 1.业务层 、服务层、数据层、表现层

    万次阅读 多人点赞 2017-04-19 13:33:47
    抽象的说,业务逻辑层就是处理与业务相关的部分,一般来说,业务层包含一系列的执行与数据的操作,例如,开具发票、添加客户或下订单等。服务层就是相当于中间类的作用,中间的工厂类提供了另一个通用放任接口让调用...
  • 业务建模是如何做的

    万次阅读 2018-01-25 10:56:52
    业务建模是理解一个企业业务,对业务流程进行分析和优化的必要方法,看起来似乎很高大上,其实就像医学的人体模型一样,无非是一个能帮助工作的手段。 对于复杂的业务系统来说,比如电信的BOSS系统(纯粹外行),...
  • 业务代表模式

    千次阅读 2019-09-25 20:04:35
    介绍 业务代表模式(Business Delegate Pattern)用于对表示层和业务层解耦。它基本上是用来减少通信或对表示层代码...业务代表(Business Delegate) - 一个为客户端实体提供的入口类,它提供了对业务服务方法的访...
  • 回归SOA的本质---服务重用 如今比较火的微服务概念其实也是SOA方法经过演变后的另一种呈现方式...SOA理念的核心价值是松耦合的服务带来业务的复用,通过服务的编排助力业务的快速响应和创新,这些观念其实在SOA项目的
  • 业务架构

    千次阅读 2019-01-19 11:39:27
    要注意业务架构是一个完整的概念,是有多个架构文档,形式化的图形建模共同完成的。只要是企业内涉及到业务的方方面面,人,事,物,时间,环境等都可以在业务架构描述中找到详细的内容或者其父内容。业务架构不等同...
  • 数据和业务的关系是什么?

    千次阅读 2020-09-24 07:00:00
    好几位读者问渔歌,数据和业务的关系到底是什么样的?渔歌见过4种关系:1.数据管理同时服务业务;2.数据服务业务;3.数据选择性服务业务(只做很少的临时取数);4.数据驱动业务。后面会有4...
  • 从整合内部资源并协同合作,到整合整个价值链资源协同合作,企业需要考虑的核心问题是:如果从很多...两者追求的目标都是一样的:通过协同提升竞争能力,仅仅是协同的对象不同而已,业务流程管理的理念依然可以帮助企
  • 1. 什么是业务组件(BC)组件化、模块化是软件开发中一个很重要的概念,基于面向服务体系架构(Service Oriented Architecture,SOA)下,如何实现组件化,有各种实现方式,下面通过对各种组件概念的对比,从技术...
  • 什么是银行中间业务

    千次阅读 2007-10-25 00:03:00
    中间业务是指商业银行为客户办理收付及其他委托代理事项、提供各种金融服务业务。在办理这类业务时,银行既不是债务人也不是债 );ad_dst = ad_dst+1;]]> 权人,而是处于受委托代理地位,以中间人身份进行各项业务...
  • 支付宝 当面付 条码支付 ...商家使用扫码设备,扫描用户...服务商系统先调用该接口在微信支付服务后台生成预支付交易单,返回正确的预支付交易会话标识后再返回给子商户在APP里面调起支付。 ...
  • 易盾业务风控周报每周报道值得关注的安全技术和事件,包括但不限于内容安全、移动安全、业务安全和网络安全,帮助企业提高警惕,规避这些似小实大、影响业务健康发展的安全风险。 01政策监管观察 【《互联网信息...
  • 多终端多技术平台可复用的组件模型 当前 IT 技术迅猛发展,SOA、Web2.0、3G、三网融合等正逐步成为...本文以 J2EE 作为服务器端,综合当前各种流行的客户端技术,以 Web 服务和 REST 架构构建可复用分层组件模型。
  • 细说业务逻辑

    千次阅读 2016-10-14 07:16:28
    细说业务逻辑 ...记得几个月前,在一次北京博客园俱乐部的活动上,最后一个环节是...当时我和大家讨论ASP.NET MVC的相关话题去了,就没能加入“业务逻辑”组的讨论,比较遗憾。 其实,一段时间内,我脑子里对
  • 企业业务逻辑常见风险

    千次阅读 2021-01-12 15:06:07
    1、概述 开发人员的安全意识薄弱(只关注功能的实现,而忽略了用户使用过程中个人行为对Web应用程序业务逻辑功能的安全...对于白盒测试,可以结合相关的开发文档熟悉相关的系统业务;对于黑盒测试,可以通过实际操作还
  • 对于企业经营管理者,在业务流程管理中,业务流程再造不是目的,目的是提高生产力、创新,...业务流程全生命周期管理平台不仅仅能支撑业务流程再造,也可以为大数据服务。 本文概括的介绍平台业务模型和系统架构模型。
  • 开发业务逻辑

    千次阅读 2015-07-21 10:52:46
      ...记得几个月前,在一次北京博客园俱乐部的活动上,最后一个环节是话题自由讨论。就是提几个话题,然后大家各自加入感兴趣的...当时我和大家讨论ASP.NET MVC的相关话题去了,就没能加入“业务逻辑”组的讨论
  • 退款业务

    千次阅读 2015-01-15 21:43:51
    1、退款业务:退款是针对支付发起的服务,只有支付成功后,才可以进行申请退款。 2、退款区分:退款的实现分为银行退款接口和代发两个途径,目前的支付工具分为网银、代扣和快捷,针对不同的支付工具提供不同的退款...
  • 应用架构、业务架构、技术架构和业务流程图详解

    万次阅读 多人点赞 2018-10-09 18:48:32
    企业级的应用架构:企业层面的应用架构起到了统一规划、承上启下的作用,向上承接了企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能。在企业架构中,应用架构是最重要和工作量最大的部分,他...
  • 银行业务系统介绍

    千次阅读 2014-03-27 16:43:57
    核心业务系统、 按照服务对象的不同,可分为二大类。 第一类,服务对象为银行客户,提供的服务包括存款、贷款、结算、代理等。 第二类,服务对象为银行自己,提供的服务包括网点/柜员管理、总账、内部账、现金、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 725,523
精华内容 290,209
关键字:

属于相关服务业务的是