应用架构、业务架构、技术架构

在IT系统的需求分析阶段，保证项目以业务需求为目标; 在系统交付时，进行充分的功能测试和性能测试; 在运行阶段，保持对系统的监控，这是进行IT系统质量管理的关键。 IT系统作为银行业务的有力支撑，越来越受到重视，各家银行纷纷通过改善IT系统来节约实施和维护成本，提高客户的满意度和增加收入。但是，随着IT系统的建设越来越多，结构越来越复杂，如何保证IT系统的质量，使其真正能够满足日益发展的业务需要，逐渐成为各家银行重点考虑解决的问题。具有雄厚资金实力和IT投资预算的大型商业银行，已经开始着手IT系统和软件产品的质量控制和管理建设，制订出从业务需求到开发、测试、部署以及产品和系统上线以后的实时监控等一揽子规划，并且开始着手购买各种软件和工具进行实施。但是对于大多数银行，每年的IT预算有限，如何保证IT系统的质量面临不小困难。笔者结合目前国际上流行的质量控制和管理趋势，根据自身在银行方面质量管理和控制项目支持的经验，提出一个分阶段分步骤进行建设的建议，以供广大银行的决策者及相关人员参考。

测试工具的选择

银行作为一个特殊的行业，对于IT系统的功能性要求和性能性要求都比较高。对于银行IT系统，功能上不能有丝毫的马虎，客户交易必须正确记录，决不允许错记、漏记，如果发生错误，对于客户是经济损失，对于银行来说则是信用的损失。性能上为了提高客户的满意度，在各种渠道上都需要保证在一定的时间内完成交易，如果客户存取一笔款项需要花费很多时间，那么客户对于银行的抱怨是无法想象的，很有可能使这位客户转而投入其他银行的怀抱。从技术上说，对于功能和性能方面的质量都必须通过测试来进行验证，这是保证IT系统在功能和性能方面能够满足业务需求的基础。在功能和性能方面的投资可以优先考虑两个方面: 测试管理工具和性能测试工具。

软件测试目前作为软件工程中的一个重要的环节受到各个企业的重视，并且大家也普遍承认，这是一个需要进行有效管理的过程，因为其中涉及到测试需求的选择、测试案例的设计、测试执行的管理以及缺陷跟踪的流程等多个方面和环节，如果还停留在依靠手工处理、电话或者邮件通知、人工收集数据、使用Office软件来进行统计的阶段，那么工作量相对来说是很大的，而且不能及时反映整个测试阶段的进程和情况，因此在准备进行测试时，选择一个业界承认的优秀的测试管理工具是很有必要的。

选择一个好的测试管理的意义在于:

● 能快速学习测试管理工具中附加的先进经验和最佳实践;

● 能有效地进行测试资产的集中管理和控制;

● 能理顺并完善适合本企业内部的测试管理流程，并且映射到测试管理工具中;

● 能促进各个团队进行有效沟通和分工协助;

● 能方便地进行各种数据统计和图表处理，有利于了解项目测试的情况。

在选择测试管理工具时，决策者和相关人员可以根据以上要求来考量测试管理工具是否适合和满足本企业的要求，同时要考量测试管理工具的平台性，即不仅仅只是一个工具，而同时要具有开放性、可扩展性等平台特性，这样才能很好地融入到企业IT建设架构中，真正地成为企业IT建设的基础。

功能和性能测试方面的投资当然是以性能测试为主。原因一方面在于，IT系统的性能问题不易发现，在测试期间只有少量用户使用，往往不会暴露出存在的性能瓶颈，只有上线了以后，千百个分行支行网点的用户使用、并发量大的情况下才会出现，而使用性能测试工具可以模拟这种大批量的用户并发使用。另一方面，性能测试要衡量的指标有很多，依靠工具更加易于进行统计和分析，帮助测试人员发现和定位性能问题。

选择性能测试工具要考量的指标一般有:

● 是否易于创建测试脚本。如通过录制就可以完成，不需要或者需要很少的手工编制;

● 是否能够精确地模拟现实中系统上线后的运行情况;

● 是否能够在压力加载的同时，收集被测系统的资源消耗情况，并且这些数据是真实准确的;

● 是否提供了强大的分析模块和报告生成能力;

● 是否能够和测试管理工具很好地集成。

性能测试工具的价格往往很昂贵，在购买时可以考虑先购买部分功能和模块，然后再分阶段逐步完善。

在自动化功能测试方面，尤其要注意不要盲目地购买，然后仓促地、大范围地在系统功能测试中使用。因为自动化功能测试工具的优点在于通过可重用的脚本和模块，简化脚本创建和维护的工作，同时通过重放，在回归测试中将测试人员从重复性的单调 *** 作中解放出来，使他们更加专注于缺陷修复和功能变更后的模块测试。由于自动化功能测试工具目前大多是通过录制生成脚本，如果以单独一次测试来和人工相比，往往不具有明显的优势。使用自动化功能测试工具能够提高投资回报率的关键在于，通过自动化功能测试工具测试生命力相对持久的系统。例如银行核心业务系统、信贷系统等，通过不断积累和完善该系统的功能测试脚本，可简化该系统变化相对不大的模块的功能测试。

在选择功能测试工具时，需要考虑的最主要指标是工具的简单易用性，因为就实际经验来说，自动化功能测试工具往往由业务人员直接使用，如果 *** 作简单，脚本可维护性好，结果报告清晰明了，那么就会达到事半功倍的效果。

总体上，第一阶段可以考虑优先购买和实施测试管理工具和自动化性能测试工具，同时可以考虑选择一到两个相对修改不会很大的系统来使用自动化功能测试工具录制功能脚本，进行自动化功能测试前期的积累。

逐步建立质量管理体系

如果前一阶段我们的目的是选择测试管理工具和测试工具，同时选择固定的人员，组建相对独立的测试队伍，实现知识共享和经验积累，那么第二阶段我们的目标就是基于本企业内部的情况，制定出适合本企业的质量管理体系，全面控制和管理测试工作，加强功能和性能测试方面的自动化程度，将测试工作和测试团队纳入到整个企业的质量管理工作中，同时可以考虑在本阶段将设计、开发和测试集成起来协同工作。

这一阶段我们应该充分发挥测试管理工具的开放性和集成性，一方面通过它实现与设计、开发、部署等过程良好集成，例如将设计需求快速转变为测试需求，通过测试管理工具管理 单元测试 等; 另一方面可以通过工具提供的功能或者二次开发，建立关键性能指标，从测试管理工具中提取数据，展现测试项目和测试工作的全面视图，例如缺陷的趋势图（每天新增加的缺陷和处理完毕的缺陷）、测试案例计划和执行分析图、测试项目总体进度图等，这样就能通过完善系统质量的衡量指标，逐步建立起质量的评估体系来。

在功能和性能测试方面，由于经过第一个阶段自动化功能测试的积累，已经具有很强的脚本编制和功能组件划分能力，因此可以逐步建立起自动化功能测试的框架，这样做的好处在于: 首先，可以大大简化后期脚本的维护和自动化功能测试的运行; 其次，可以利用框架，快速构建新的系统的自动化功能测试; 再次，可以充分利用业务人员对于业务的熟悉，让他们加入到自动化功能测试过程中来，便于他们使用自动化功能测试工具; 最后，具有一个良好的框架，将来可以快速建立基于业务流程和数据驱动的测试方法，推动回归测试和冒烟测试。

性能测试在这个阶段可以继续深入，一方面通过工具进行针对应用开发代码的性能诊断，协助开发人员发现和定位代码方法级别的性能瓶颈，另一方面要收集各种测试的结果数据，建立起性能和硬件配置的估算模型，充分保证在硬件投资上的最合理支出，提高投资回报率。

该阶段还需要加强的是设计、开发和部署时通过建模工具、配置工具、变更管理工具、运维监控工具、帮助开发人、测试人员和运维人员协同工作，高效率地完成应用系统的整个生命周期中关键环节的管理。由于中小型银行系统主要以外包为主，这里就不做细致的阐述了。

该阶段要注意的是，由于开发以外包为主，所以更需要加大测试方面的投入。因为完善的设计理念、先进的开发技术和方法论、良好的团队合作和项目管理，并不能绝对保证开发出具有优秀功能和性能的应用系统，更何况系统的参数配置对运行的性能影响同样巨大，因此功能和性能是否能够满足业务的需要，最终还是要通过测试来检验。这就好像一个人，虽然具有良好的家庭背景、教育环境、生长氛围，并不一定会成为一个优秀的人才一样，是否有能力能够胜任工作，还是需要通过考试等测评方法来衡量他的综合素质才可以下结论。

促使IT系统和业务目标的统一

银行业IT系统的根本目标是提高生产效率，为银行业务的实现提供强有力的支持。因为银行IT系统本身并不会为银行带来经济收入，收入是依靠其支撑的业务运营来实现的，因此IT系统从设计的那天起，就决定了其要为业务运行服务，要帮助达成业务目标。

但是实际应用开发过程中，由于开发人员过于理想化、开发管理不善等各种问题和各种变化，往往导致最终完成的系统与业务目标具有一定的偏离，这种偏离有时候是很大的，甚至可以称作鸿沟，而IT系统质量管理发展阶段的最终目标就是建立机制，消除这种鸿沟，使IT系统真正能够满足业务目标的需求。

要消除这种鸿沟，可以从以下几个方面考虑:

● 需求和项目管理。这里的需求指的是业务需求，通过项目全生命周期的有效管理，保证应用开发项目的设计、开发和测试都以业务需求为目标，使项目最大化地满足业务需求，实现业务价值。

● 质量保证。通过测试保证应用系统在功能上满足业务需求。

● 性能验证。通过测试验证应用系统在性能上是否满足业务需求。

● 服务水平管理。应用系统上线后，通过实时监控等手段保证应用系统能够满足服务水平协议，使最终用户能够通过应用系统实现业务 *** 作，提高最终用户的满意度。

● 变更生命周期管理。在应用系统整个生命周期中，能够使需求变更被控制在管理范围内，并且能够按照需求的这种变更快速地组织开发、测试和上线后的监控，使这种变更还是依照业务需求进行。

可以看出，需求和项目管理、变更生命周期管理两方面都需要银行内部各部门之间的协助，只有建立起全面的内部质量管理体系和制度才能很好地实现，而质量保证和性能验证就是前阶段的功能测试和性能测试。只有通过测试，才能从功能上和性能上保证应用系统满足业务需求。

这里面要强调一下服务水平管理，虽然目前银行运维部门大多已经具有一系列的工具和手段，可以监控Unix服务器、数据库、网络等底层应用基础架构运行的状况，但是银行是以业务为主导的，最终这些软硬件的运行是要保证业务功能的实现，因此银行监控观念和侧重点应该有一定的转变，即最关键的应该是监控业务功能是否能够正确实现，业务流程是否能够正常流转。举例来说，网上银行系统被不小心修改了登录页面，导致页面出错，这时候传统的监控工具看到的情况是Unix *** 作系统正常、数据库正常、网络正常，但是客户却不能使用网银系统，如果使用了基于业务流程的监控工具，就可以监控到这种错误，并且报警，同时可以帮助运维人员定位到是应用级别出现了错误，从而帮助快速解决这个问题。

选择这类监控工具一方面是要考虑能够有效地模拟真实的用户 *** 作，另一方面是能够将业务流程和底层应用基础架构映射，将业务流程的失效定位到应用基础架构问题。

至此本文介绍了银行IT系统质量管理建设各阶段要考虑的方面，如果我们把银行应用系统比做一个人，那么各阶段的建设可以形象地总结如下:

● 测试先行。就像人定期的健康体检一样，以检查是否有潜在的疾病。

● 全面的质量管理体系。从饮食习惯、作息起居、日常锻炼等方面来提高人的机体的整体免疫力。

● IT管控，消除IT与业务需求的鸿沟。真正明白人生存的价值和意义，不仅仅要有一个健康的体魄，更要从精神、心态等方面来全面调节生理和心理，使自己具有一个乐观、积极的人生。

（作者单位:美科利公司技术顾问）

－发生第一次接地故障时，接地故障电流仅为非故障相对地的电容电流，其值很小，外露导电部分对地电压不超过50V，不需要立即切断故障回路，保证供电的连续性；－发生接地故障时，对地电压升高173倍；－220V负载需配降压变压器，或由系统外电源专供；－安装绝缘监察器。使用场所：供电连续性要求较高，如应急电源、医院手术室等。IT 方式供电系统 I 表示电源侧没有工作接地，或经过高阻抗接地。每二个字母 T 表示负载侧电气设备进行接地保护。TT 方式供电系统在供电距离不是很长时，供电的可靠性高、安全性好。一般用于不允许停电的场所，或者是要求严格地连续供电的地方，例如电力炼钢、大医院的手术室、地下矿井等处。地下矿井内供电条件比较差，电缆易受潮。运用 IT 方式供电系统，即使电源中性点不接地，一旦设备漏电，单相对地漏电流仍小，不会破坏电源电压的平衡，所以比电源中性点接地的系统还安全。但是，如果用在供电距离很长时，供电线路对大地的分布电容就不能忽视了。在负载发生短路故障或漏电使设备外壳带电时，漏电电流经大地形成架路，保护设备不一定动作，这是危险的。只有在供电距离不太长时才比较安全。这种供电方式在工地上很少见。

应用架构（Application Architecture）是描述了IT系统功能和技术实现的内容。

应用架构分为以下两个不同的层次：

企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。

在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。

应用架构主要以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计：

典型的整车生产企业产品开发业务的业务架构示意图

如典型的整车生产企业产品开发业务的业务架构示意图所示：当我们对于某项典型业务的业务组件的构成进行初步的归纳后，能够得到该项业务的一个整体的框架结构，我们可以称之为“业务架构图”，以及在这个框架内，企业中三个层级的员工在该项业务上分别从事着哪些作业内容。

企业中的很多升职后的中高层领导，总是习惯地认为：研究执行层的作业方式和规律才是他们的主要职责，而没有注意到自己的作业内容和作业方式在整个作业链条中的重要作用，其结果，自然是管理层和决策层领导们的业绩，只好取决于执行层作业人员的努力程度，这种习惯也导致我们的中高层领导们不会去研究影响自己判断能力和决策能力的技术瓶颈是什么。

而很多新出现的现代管理模式，实际上就是为了解决中高层领导们的作业能力问题，或是为了解决三个业务层级之间的信息沟通能力的问题，这也就是为什么业务架构分析人员还必须分析战略层和管理层作业形态的原因。

下面将分别说明上述三个不同层次作业组件的特点：

战略层业务组件自然是用于定义和规范战略层决策人员的业务行为的。在很多企业中，一些专门从事为决策层领导进行战略数据分析和提出具体方案的高级管理人员，也应该被认为是战略层业务组件中的业务人员。

战略层业务组件通常应按如下的作业基准进行设计：

由于管理层处于决策层和执行层之间，从信息沟通的角度来说，具有上情下达、下情上报的职责，一般情况下，上情下达比较容易实现，但下情上达则相对困难，存在诸多的管理和技术问题。管理层业务组件应以提升管理层控制业务过程的能力、以及提高管理层和执行层及战略层之间的信息沟通能力为主线进行设计。管理层作业的重点应按如下思路设置：

和最佳实践模式对标或完成调查和分析后的业务热点分析图

上述的架构图是一张企业级的典型业务架构概略图，所以，对于每一个典型业务，都包含了所有相关部门的业务组件。但实际上，我们的很多具体分析，往往只须针对一个部门的业务展开即可。在这种情况下，也可以按照上述的方法编制部门级业务架构图，只是这种架构图在大多数情况下，不需要考虑战略层的组件设计，所以，只采用两层的架构图也是没有问题的。

下面这张就是画的比较细的业务架构图

从技术层面描述，主要是分层模型，例如持久层、数据层、逻辑层、应用层、表现层等，然后每层使用什么技术框架，例如Spring、hibernate、ioc、MVC、成熟的类库、中间件、WebService等，分别说明，要求这些技术能够将整个系统的主要实现概括。

技术框架（technological Framework）是整个或部分技术系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，技术框架是可被技术开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

系统架构、技术构架、应用构架区别为：目的不同、实现方式不同、特点不同。

一、目的不同

1、系统架构：系统架构是对已确定的需求的技术实现构架、作好规划，运用成套、完整的工具，在规划的步骤下去完成任务。

2、技术构架：技术构架是对整个或部分技术系统的可重用设计的构架。

3、应用构架：应用构架是描述了IT系统功能和技术实现内容的构架。

二、实现方式不同

1、系统架构：系统架构通过规划程序的运行模式、层次结构、调用关系来具体实现架构。

2、技术构架：技术构架通过一组抽象构件及构件实例间交互的方法来具体实现架构。

3、应用构架：应用构架通过架构图的方式来具体实现架构。

三、特点不同

1、系统架构：系统架构特点是确定一台计算机硬件和软件之间的衔接。

2、技术构架：技术构架特点是可被技术开发者定制的应用骨架。

3、应用构架：应用构架特点是承接了企业战略发展方向和业务模式，规划和指导企业各个IT系统的定位和功能。

参考资料来源：

百度百科——系统构架

百度百科——技术框架

百度百科——应用架构

*** 作系统的主要功能：

1、流程管理

驻留程序和应用程序都在进程基础上运行。当计算机采用冯·诺伊曼结构时，每个CPU一次最多只能运行一个进程。

2、内存管理

*** 作系统的内存管理提供了查找可用内存空间、配置和释放内存空间以及交换内存和低速存储包等功能。这个特性也称为虚拟内存管理，它极大地增加了每个进程可用的内存量。

3、磁盘和文件系统

*** 作系统有许多类型的内置文件系统。例如，Linux有非常广泛的内置文件系统，如ext2、ext3、ext4、ReiserFS、Reiser4、GFS、GFS2、OCFS、OCFS2、NILFS和谷歌文件系统。Linux还支持非本机文件系统，如XFS、JFS、FAT家族和NTFS。

4、网络

许多现代 *** 作系统都能够 *** 作主流的Internet通信协议TCP／IP。这意味着 *** 作系统可以进入在线世界，并与其他系统共享文件、打印机和扫描仪等资源。

5、安全

*** 作系统提供对一些资源的直接或间接外部访问，例如本地磁盘驱动器上的文件、受保护的特权系统调用、用户的私有数据和系统上运行的程序提供的服务。

6、内部通信安全

内部信息安全可以看作是防止运行中的程序任意访问系统资源的一种手段。大多数 *** 作系统允许普通程序直接 *** 作计算机的CPU，所以有一些问题，比如如何迫使一个程序停止，可以处理事务和运行相同的特殊指令的 *** 作系统，在这种情况下， *** 作系统只是另一个并行程序。

为通用 *** 作系统生产的cpu通常在硬件级别上执行一定程度的特殊指令保护概念。具有较低权限级别的程序经常被阻止运行特殊指令，比如直接访问硬盘驱动器等外部设备。

7、用户界面

现在的大多数 *** 作系统都包含图形用户界面（GUI）。一些较老的 *** 作系统将图形用户界面与内核紧密集成，比如最早的Windows和MacOS实现。

8、司机

驱动程序（Devicedriver）是一种设计用来与硬件交互的计算机软件。它通常是一个设计良好的设备交互界面，通过与硬件相连的计算机聚集子系统或通信子系统，为设备提供信息的排序和接收功能。并最终将消息提供给 *** 作系统或应用程序。

参考资料来源：百度百科- *** 作系统

项目管理系统，就是项目的管理者应用专门管理项目的系统软件，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。它从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

T是信息技术的简称，Information Technology,指与信息相关的技术。不同的人和不同的书上对此有不同解释。但一个基本上大家都同意的观点是，IT有以下三部分组成：

-----传感技术 这是人的感觉器官的延伸与拓展，最明显的例子是条码阅读器；

-----通信技术 这是人的神经系统的延伸与拓展，承担传递信息的功能；

-----计算机技术 这是人的大脑功能延伸与拓展，承担对信息进行处理的功能。

所谓信息化是用信息技术来改造其他产业与行业，从而提高企业的效益。在这个过程中信息技术承担了一个得力工具的角色。

顺便说一句何谓IT产业，有一个大致的分类，可以供大家参考：

IT基础技术的提供 IC研发、软件编写 如INTEL、MS等

IT技术产品化 元器件、部件、组件制造 如精英、大众等

IT产品集成化 计算机及外设制造商 如联想、IBM

IT产品系统化 解决方案、信息系统 如华为、HP

IT产品流通 渠道、销售 如神州数码

IT产品服务 咨询服务和售后服务 如蓝色快车

IT产业舆论支持 IT类媒体 如CCW、CCID

IT产业第三方服务 各种需要配套的服务 如法律咨询、PR服务

IT后备人员培养 各种院校 如计算机专业

IT产业合作组织 各种协会、集会 检举 回答人的补充 2009-07-12 20:41 IT是Information Theory英文的缩写，"信息技术"的意思。指计算机、通讯及相关技术IT业大体来说就是电子类产品。比如电脑，手机，投影机，打印机，及所有的电脑周遍设备都称之为IT产品。 IT行业指的是经营这些产品的行业，另外还包括网络，软件等都称之为IT行业。总之包括内容挺广泛的。 IT人才就是这些行业的从业者 大写的IT是“ Information Technology”（信息技术）的缩写，指计算机、通讯及相关技术。而小写的it是指动物、植物以及没有生命的物体。IT业（通常就指计算机业）恰好带着这两副截然不同的面孔：一副是高科技的美妙动人；一副是商场争利的贪婪赤裸。 它将人类的聪明智慧、勇往直前的奋斗精神以及不择手段的发财梦想揉合在一起，促成了19世纪以来最壮观的新技术爆炸。 顾名思

以上就是关于银行IT系统的质量控制_银行IT系统全部的内容，包括:银行IT系统的质量控制_银行IT系统、什么是IT系统、应用架构、业务架构、技术架构等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！