银行业科技项目管理工具发展现状及趋势

1. 银行业科技项目管理工具发展现状及趋势

目前银行科技项目管理工具的规模和复杂度很高，项目管理工具要打通需求-项目-开发-测试-投产全过程管理，解决产品生命周期各环节的信息标准统一、流程无缝对接，实现开发活动、管理活动、质量活动的深度融合，建立覆盖全行科技部门的统一管控流程。


ALM整体框架
通过对业内几家商业银行的调研情况来看，项目管理系统发展有五个明显趋势：
1）由PM向ALM转变的多领域融合管理：由于银行IT管理的特点，单纯的项目管理手段已无法满足银行信息科技管理的要求，必须将需求管理、架构管理、开发管理、质量管理、配置管理、测试与投产管理、外包管理等知识领域进行融合，才能真正有效帮助科技部门，发挥IT管理的价值。因此，将项目管理管理范围从单纯的项目管理领域延伸到应用开发的全流程和多领域协同管理，以需求实现为导向，实现软件应用开发的全生命周期管理，将需求、开发、测试、发布、质量、配置、发布统一进行融合管理。
2）推进科技一体化管理，打造科技统一平台：银行科技部门的专业化分工较为细致，形成了多个能力单元，但如何有效协同各能力单元、发挥整体效能为业务支撑服务、创造更大价值是当前面临的重大挑战。因此，只有推进科技一体化管理、梳理并优化全流程管理，才能打通组织和平台壁垒，重构或逐步替代整合原有各个小的管理系统，将管理流、信息流、资产流打通，形成全行统一的科技管理平台。
3）由流程级管理转向内容级精益管理：原有的流程级管理只能看到工作环节、工作状态，但缺乏对交付内容、交付质量、内容关联的管控，看不到交付内容的前因后果和影响范围，常常使管理决策和任务内容传递出现偏差。
4）专项领域专业化发展，逐步走向融合：依据各行的科技管理组织特点和当前所处的成熟度阶段，分阶段分步骤地发展各个专项领域能力，如PMO管理、需求管理、质量管理、架构管理、测试管理、外包管理等，在组织上对应成立了诸如项目管理中心、需求中心、质量中心、测试中心的专业部门，为此各部门逐步建立起各自的专项管理平台（如：项目管理、需求管理、测试管理、质量管理平台），但随之而来会面临多平台融合问题。因此各行采用统一规划，分步发展、再分阶段、分领域逐步进行各平台工具整合，打通IT管理流、生产任务流、数据共享流和资产流。
5）向敏捷开发方便发展：各行都在探索和尝试敏捷开发过程管理，特别是面向互联网（如直销银行、互联网核心前端）和电子银行类业务的IT开发，也相继引入一些敏捷开发管理的方法和工具。

2. 开题报告内的 国内外同类课题研究现状及发展趋势怎么填啊？

现在国家也在大力推广银行黄金白银td的投资，保证金的机制，只需要支付15%的保证金就可以操作了，而且是双向操作（可以买涨买跌） 随买随卖（即时成交，当日不限次数交易）10小时交易机制（相对股票多加了晚盘，适合上班族）操作简单只需银行开户然后开通网银就可以回家在网银上进行操作了，资金第三方银行托管
  我们做为银行的合作推广商，通过我们合作机构在银行开户，手续费有优惠
且我们免费提供各种后续服务（操作指导 行情分析 看盘分析软件）

3. 目前国内外医院管理系统的发展状况？

　　定义

　　医院信息系统(HospitalInformationSystem,HIS)在国际学术界已公认为新兴的医学信息学(MedicalInformatics)的重要分支。美国该领域的著名教授Morris.Collen于1988年曾著文为医院信息系统下了如下定义：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力，并满足所有授权用户的功能需求。
　　[编辑本段]意义

　　改善医院管理，支持医教研。
　　我国医院的信息处理基本上还停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使"人不能尽其才"；病人排队等候时间长，辗转过程多，影响医院的秩序；病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现；对这些资料深入的统计分析手工方式无法进行，不能充分为医学科研利用；在经济管理上也因而存在漏、跑、错费现象；医院物资管理由于信息不准确，家底不明，积压浪费，以致"物不能尽其用"。开发HIS是解决上述问题的有效途径。HIS系统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学；减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造经济效益。
　　完整的HIS系统实现了信息的全过程追踪和动态管理，从而做到简化患者的诊疗过程，优化就诊环境，改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程，一个患者少则排3次队，多则5、6次，用于过程性的时间最少在1个小时以上，若实施HIS以后，每个病人用于诊疗的中间过程性时间会大幅度减少；假定一家医院门诊人次为2000人次/天，年门诊250天，每人少花费半小时，则日节约1000小时，一年节约36万小时，其产生的社会效益和间接经济效益是明显的。同时HIS的实施也强化了医院内部管理，降低了医护人员的工作强度和时间，伪、冒、漏现象可以解决，也加速了资金周转和减少药品、器械等物资积压。据估计如果全国有2000家医院应用HIS，每年每所医院增收节支、加速资金回笼和周转、堵漏、减少物资积压的回收资金方面的效益按20万元估计的话(实际比这高)，则年效益估计为40亿元，十分可观。但这往往不被人所认识。当然建立HIS更主要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合效益。因此HIS的投资一般需做基础性投资，诚如任何机构的统计部门那样，它是花钱的部门，但其重要性是公认的，投资也是必须的。HIS的效益远远超出医院本身，因为完整的病人医学记录是医学研究的重要信息资源，这类资源在手工作业环境下，大部分被抛弃了。
　　[编辑本段]国内外情况和发展趋势


　　(一)国外的动态
　　电子计算机在医院的应用已有三十多年的历史，60年代初，美国便开始了HIS的研究。著名的麻省总医院开发的COSTAR系统是60年代初开始并发展到今天成为大规模的临床病人信息系统。随着计算机技术的发展，70年代，HIS进入大发展时期，美日欧各国的医院，特别是大学医院及医学中心纷纷开发HIS，成为医药信息学的形成和发展的基础。70－80年代，美国的HIS产业已有很大发展。
　　1985年美国全国医院数据处理工作调查表明，100张床位以上的医院，80%实现了计算机财务收费管理，70%的医院可支持病人挂号登记和行政事务管理。25%的医院有了较完整的HIS，即实现了病房医护人员直接用计算机处理医嘱和查询实验室的检验结果。10%的医院(2530)有全面计算机管理的HIS。
　　日本的HIS开发和应用从70年代初开始。多数日本医院是80年代以后开始进行HIS工作的，但发展十分迅猛，规模相当大，是以大型机为中心的医院计算机系统。如北里大学医院的IBM/3090双机系统。当前日本的HIS总的趋势是系统化、网络化、综合性，开始走自上而下的开发路线，一般都有大型机作为中心、支撑整个系统工作，并尽量采用微机和网络技术，投资规模大，正在实现"ordering"工作方式，即数据从发生源直接输入计算机。到1991年统计有近10家实现或基本实现此种方式。支持诊疗的功能在不断加强，系统24小时运行。不少软件是医院和计算机公司联合开发的，一些大公司也开发了一些通用的医院信息管理软件包，也有些医院自己开发。如北里大学，开发了综合的HIS，开发费用(机器设备除外)为3亿4千万日元(约合人民币1300万元)。日常运行费用支出为一年5亿1千万日元(约合人民币2000多万元)。
　　欧洲的HIS发展比美国稍晚，大多数是70年代中期和80年代开始。欧洲HIS的特点是实现了一些区域信息系统。如丹麦的RedSystem，管理76所医院和诊所。法国第八医疗保健中心实现了能管理三所大医院和三所医药学院的一体化信息系统－GrenobleIntegratedHIS。随着初级卫生保健工作的发展，欧洲各国区域性医院计算机网络将实现。目前欧共体的SHINE工程已经开始，英法意德许多公司都参与了此项工程。在分布式数据库系统和开放网工程方面已做了大量工作。
　　(二)国内的情况
　　计算机70年代末期就进入了我国医疗行业，当时以IBM的M340小型机为主，只有少数几家大型的部属综合医院和教学医院拥有，如北京协和医院、北京肿瘤医院、301医院等，主要应用于科研和教学，还没有应用于HIS的管理。80年代初期，随着苹果PC机的出现和BASIC语言的普及，一些医院开始开发一些小型的管理软件，如工资软件等；80年代中期，随着XT286的出现和国产化，以及DBASEIII和UNIX网络操作系统的出现，一些医院开始建立小型的局域网络，并开发出基于部门管理的小型网络管理系统，如住院管理，药房管理等。进入90年代，NOVELL网和FOXBASE、FOXFRO数据库日益盛行，完整的医院网络管理系统的实现已经成为可能，于是一些有计算机技术力量的医院开始开发适合自己医院的医院管理系统。一些计算机公司也不适时机的开发HIS,如大连汇源电子系统工程有限公司（与301医院合作）、IBM公司、微软公司、浪潮公司。但这些系统都存在如下一些问题：
　　1．软件水平较低，一般只能做些初级的事务处理，也有的软件开发之后用了一段时间就停下了，坚持不下去，其原因是：
　　(1)各医院计算机专业人才缺乏，技术力量薄弱，特别是缺少高层次系统分析人员和跨专业复合型人才。
　　(2)项目多，力量分散。
　　(3)医院经费有限，很难建立起理想的软、硬件支撑环境。
　　2．重复开发多。据一个省调查，几年来，总共开发262个项目中，工资系统就有41个，医疗统计21个，人事21个……，重复率达70%多，究其原因：
　　(1)单位管理方式有一定差异，软件不能通用。
　　(2)软件没有一个统一的标准，难以推广。
　　(3)全国没有一个较高水平、可广泛推广的医院管理软件包。
　　[编辑本段]完整的医院信息系统


　　(一)医院管理信息系统与临床信息系统
　　医院管理信息系统(HospitalManagementInformationSystem,HMIS)的主要目标是支持医院的行政管理与事务处理业务，减轻事务处理人员的劳动强度，辅助医院管理，辅助高层领导决策，提高医院的工作效率，从而使医院能够以少的投入获得更好的社会效益与经济效益，象财务系统、人事系统、住院病人管理系统、药品库存管理系统等就属于HMIS的范围。
　　临床信息系统(ClinicalInformationSystem,CIS)的主要目标是支持医院医护人员的临床活动，收集和处理病人的临床医疗信息，丰富和积累临床医学知识，并提供临床咨询、辅助诊疗、辅助临床决策，提高医护人员的工作效率，为病人提供更多、更快、更好的服务。象医嘱处理系统、病人床边系统、医生工作站系统、实验室系统、药物咨询系统等就属于CIS范围。
　　一个完整的医院信息系统(IntegratedHospitalInformationSystem,IHIS)应该既包括医院管理信息系统，又包括临床医疗信息系统，这是毫无疑义的。
　　医院管理信息系统所需要的资源较少，比较起来所需要的磁盘容量、工作站数量、网络传输能力、显示器质量均远远低于CIS的需求。
　　支持医院管理信息系统的计算机技术较为单纯和简单。由于医院管理信息系统以处理文字和数字类数据为主，较少涉及声音、图象、多媒体数据的动态传递等复杂需求，因此实现起来容易得多。
　　临床信息系统在数据处理的实时性要求、响应速度、安全保密性等方面一般要比管理信息系统有更苛刻的要求。
　　从投入与产出考虑，多数医院的决策者们均认为HMIS较之CIS，能够使医院更直接、更明显、更迅速地获得系统的回报。就是说，以较少的投入，获得较大的收益。
　　当然，HMIS和CIS也不是截然分开的，HMIS中常常会涉及一些病人的临床信息，特别是它所收集的病人主索引、病案首页等信息往往是CIS以病人为中心的临床医疗信息的基础。而CIS一旦建立，也往往会使HMIS工作的更准确和更有效率。
　　(二)计算机信息处理的三个层次
　　完整的医院信息系统对信息的处理大体上可分为三个不同的层次：数据的收集过程；数据的集中加工、处理与分析过程和决策咨询与决策支持过程。一般来说，数据的收集过程与基层科室的事务处理活动相联系；数据的集中处理与分析过程与中层科室的工作任务相联系；决策、支持过程则与高层领导相联系。
　　1．支持联机事务处理
　　通常，信息流是伴随着各式各样窗口业务处理过程发生的，这些窗口业务处理可能是医院人、财、物的行政管理业务，也可能是有关门、急诊病人、住院病人的医疗事务。例如：人事处要办理医院职工工资的调整与变化；总务处要负责全院各部门的物资、材料、办公用品、低值易耗品的供应、采购与发放；病房的医生要不断地为住院病人开出医嘱；护士要不断地整理医嘱或各种摆药单、领药单、注射单、治疗单、化验检查单，并执行和记录这些执行的过程；而门诊的药房药剂士要为处方划价，要为病人配药和发药；门诊收费处则要完成划价收费业务，在各种处方、化验、检查单上加盖已收费标记和付给病人帐单(报销单)。在所有这些繁杂、琐碎的业务活动过程中，大量的信息产生了。我们开发的HIS要支持这些日常的、大量的前台事务处理。事务处理级的计算机系统(例如门诊收费系统、病房医嘱处理系统等)应该同时担负双重的任务。
　　对于窗口业务人员来说，这些系统是帮助他们完成日常繁重窗口业务的工具。借助计算机系统，使他们凌乱的工作变的有条理，解脱他们需要记忆大量信息(药品的规格、价钱，疾病的名称与编码等)的困难。保证他们遵守某些规范，减轻他们汇总、统计、报告、传递这些信息的负担。因此，尽量符合这些事务处理级工作人员的工作秩序与工作习惯、功能完整、操作简单、响应迅速、界面友善、易学易用成为这类软件必须满足的功能要求。应该让使用者感到该系统是专门为帮助他们完成窗口业务而设计的。系统所拥有的任何其他功能(指支持窗口业务处理之外的功能)应该尽量的是后台的、隐藏的、不被终端用户所感知的、不增加或尽量少增加窗口业务处理人员的负担。
　　对于整个医院信息系统来说，窗口事务处理的计算机系统同时又是完整的HIS数据收集端口。它们是HIS伸向信息发源地的触角、感受器。例如：办理病人入出转(ADT)业务的系统必然向住院处实时提供病人入出转的信息，同时也是住院病人动态统计的主要信息来源。门诊收费系统在完成病人交费过程的同时也收集到了相应的为门诊提供医疗服务的各门诊科室及辅助科室的门诊收入与工作量信息。所有这些数据都是上一层直至最高一层信息系统用以进行统计、分析等数据加工的原料。从数据采集的角度，HIS要求窗口业务系统收集的信息完整、准确、及时和安全。
　　2．支持科室级信息的汇总与分析
　　医院的中层科室担负着繁重的管理任务，例如，医务处负责全院医疗工作的计划、组织与实施，医疗动态的监督控制，医疗质量的检查管理；人事处负责全院机构设置与调整，考勤考核，各级各类专业技术职务的评审；护理部负责全院护理工作的组织实施，全院护理质量的管理，护理人员的管理……等等。随着这些管理级工作的日趋科学化，中层科室会越来越多地依赖于它们从基层收集来的基本数据进行汇总、统计与分析，用来评价他们所管理的基层部门与个人的工作情况，据以做出计划，督促执行，产生报告和做出决定。
　　计算机化的信息系统要支持中层科室的数据收集，综合、汇总、分析报告与存储的工作。科室级的信息系统要能够定期自动地从基层科室收集数据，按照需要，对数据进行各种加工处理，产生出能够支持中层科室管理工作的分类统计报表和报告。例如，统计室应该能收集来自住院处的病人ADT数据，来自收费处的病人收费数据，来自病案室的有关住院病人的诊断，手术等临床数据，定期的产生住院病人的动态报告，床位使用情况报告和单病种分析报告。医务处则应该从住院处、统计室、病房、手术室等等不同部门收集到有关信息，产生有关医疗动态、医疗质量控制的各种报表。
　　科室级的信息系统的特点是：
　　通常不与窗口事务处理工作相连系。
　　较少有实时的数据录入任务。
　　定期地对收集到的信息进行加工处理。
　　加工处理的算法通常是固定的。
　　目的是为了本科室管理业务的需要或者定期上报的报告与报表需要。
　　3．支持医院最高领导层对管理信息的需求
　　医院的最高领导层要实现对全院的科学化管理，必须得到计算机信息系统的全面支持。经过中层科室加工分析的数据不仅要产出上交高层领导的报表和报告，用以直接辅助医院最高领导层的决策，而且要通过计算机的信息系统把加工后的数据直接传递给最高领导层。HIS的最高一层模块：医疗和财务信息的综合查询与辅助决策模块接收并重新组织这些数据，把全院各职能部门，包括临床的、行政的、医疗的、财务的各方面，各部门的信息沿二条主线－医疗、财务组合起来，提供一些非常方便、灵活的检索与查询的手段，满足医院最高领导层不断变化着的对信息的各种需求。这一层信息系统的特点是：
　　它不同任何具体的事务处理相连系，即除了接收下层的数据和提出各种查询、统计请求外，没有数据录入。
　　它的主要功能是提供灵活的检索、查询、统计、分析能力。
　　该系统产出的报表、报告是随需求而变化的，是不定期、不固定内容的。
　　该系统往往同一些财务管理、经济核算、质量控制、动态分析等专门化的与医院管理有关的模型和算法相联系。例如医疗质量的监督与评价、医院财务执行情况的监督与评价、各部门医疗工作量负担的监督与评价等等。
　　该系统强调产生报告的形式，例如图形、图表……等，要灵活、通俗、易懂。
　　[编辑本段]特性


　　广义地说，医院管理信息系统是管理系统（MIS）在医院环境的具体应用。因此，它必定具有以下一些与其它MIS系统共有的特性：
　　它们均是以数据库为核心，以网络为技术支撑环境，具有一定规模的计算机化的系统
　　它们是以经营业务为主线，以提高工作质量与效率和辅助决策为主要目的，可以提高综合管理水平，反映企业全貌，增强企业竞争能力，获得更多、更好的社会、经济效益的信息系统
　　在系统内部按一定原则划分若干子系统（也可能在子系统之上加一层分系统），各子系统、分系统之间互有接口，可有效地进行信息交换，真正实现信息资源共享
　　它处理的对象即有结构化数据，也有半结构化或非结构化数据。有些数据及结构会较多地受到人工干预和社会因素的影响，即有静态的，也有动态的
　　开发难度高，技术复杂，周期较长
　　具有完善的系统管理、监督、运行保障体系以及相应的规章制度和系统安全措施。医院信息系统属于乞今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。这是医院本身的目标、任务和性质决定的。它不仅要同其它所有MIS系统一样追踪管理伴随人流、财流、物流所产生的管理信息，从而提高整个医院的运作效率，而且还应该支持以病人医疗信息记录为中心的整个医疗、教学、科研活动。系统的复杂性表现在：
　　在许多情况下，它需要极其迅速的响应速度和联机事务处理能力。当一个急诊病人入院抢救的情况下，迅速、及时、准确地获得他们既往病史和医疗纪录的重要性是显而易见的。当每天高峰时间门诊大厅中拥挤着成百上千名患者与家属，焦急地排队等待挂号、候诊、划价、交款、取药时，系统对OLTP的要求可以说不亚于任何银行窗口业务系统、机票预定与销售系统。
　　医疗信息复杂性。病人信息是以多种数据类型表达出来的，不仅需要文字与数据而且时常需要图形、图表、影象等等。
　　信息的安全、保密性要求高。病人医疗记录是一种拥有法律效力的文件，它不仅在医疗纠纷案件中，而且在许多其它的法律程序中均会发挥重要作用，有关人事的、财务的，乃至病人的医疗信息均有严格的保密性要求。
　　数据量大。任何一个病人的医疗记录都是一部不断增长着的、图文并茂的书，而一个大型综合性医院拥有上百万份病人的病案是常见的。
　　缺乏医疗信息处理的标准。这是另一个突出地导致医院信息系统开发复杂化的问题。目前医疗卫生界极少有医学信息表达、医院管理模式与信息系统模式的标准与规范。计算机专业人员在开发信息系统的过程中要花费极大精力去处理自己并不熟悉的领域的信息标准化问题，甚至要参与制定一些医院管理的模式与算法。医学知识的表达的规范化，即如何把医学知识翻译成一种适合计算机的形式，是一个世界性的难题。而真正的病人电子化病历的实现有待于这一问题的解决。
　　医院的总体目标、体制、组织机构、管理方法、信息流模式的不确定性，为我们分析、设计与实现一个HIS增加了困难。众所周知，我国目前正处在一个改革、开放的大变革当中，医院的性质、体制、机构、制度、管理的概念、方法与手段都在变，这大大增加了我们设计HIS的难度。
　　高水平的信息共享需求。一个医生对医学知识(例如某新药品的用法与用量，使用禁忌，某一种特殊病例的文献描述与结论等)、病人医疗记录(无论是在院病人还是若干年前已死亡的病人)的需求可能发生在他所进行的全部医、教、研的活动中，可能发生在任何地点。而一个住院病人的住院记录摘要(病案首页内容)也可能被全院各有关临床科室、医技科室、行政管理部门(从门卫直至院长)所需要。因此信息的共享性设计、信息传输的速度与安全性、网络的可靠性等也是HIS必须保证的。
　　医护、管理人员的心理行为障碍。医院信息系统的成功依赖于医院医护人员、管理人员的卷入。医护人员及管理人员对应用计算机的心理、行为障碍，往往会导致一个系统的失败。在中国，由于普遍的教育背景，计算机的普及程度以及汉字录入的困难，使得终端用户对使用计算机采取更为普遍和强烈的抵制态度。这就要求系统的设计者付出更大的精力于人－机友善性的设计，更好的界面，更方便的帮助信息，更简单的操作方法，更易学、更快捷的汉字信息的录入等。这当然反过来增加了系统的开销与复杂程度。
　　因此，鉴于医院环境的独特性，使得信息系统在医院的实现应具有其特殊的功能要求：
　　要有一个大规模，高效率的数据库管理系统的支持
　　要有很强的联机事务处理(OnLineTransactionProcessing,OLTP)支持能力
　　典型的7天/24小时不间断系统，绝对要求安全、可靠
　　易学易用的友善人机界面
　　可剪裁性和可伸缩性，能适应不同医院的发展计划需求
　　开放性与可移植性，适应不同硬软件平台
　　模块化结构，可扩充性
　　[编辑本段]体系结构

　　当前，可供一个HIS选择的体系结构不外三种，主机加终端的分时系统，微机网络加文件服务器系统和客户机/服务器系统。
　　主机加终端分时系统是美国、西欧与日本自七十年代到八十年代末在开发综合医院信息系统时的基本选择。许多成功的著名的HIS都是基于这样的体系结构开发出来的。这就是所谓传统集中式信息管理基于主机的模型。尽管这样的系统可处理的数据量，其运行效率，对完整的关系数据库的支持以及数据的整体可用性等方面可以满足HIS的需要，但近年来理论上受到越来越多的批评，实践上受到Downsizing浪潮的强烈冲击。普遍认为这样的集中式系统一次性投入太大，应用系统被过多地束缚在厂家的软、硬件产品之上，失去了系统的开放性，灵活性，可伸缩性，笨拙的软件开发工具影响应用软件的开发速度，无法与PC相比的API及GUI技术影响应用软件开发的质量与成功率。越来越多的信息系统主管相信他们的基于Mainframe的集中式的HIS的寿命不会很长了。日本许多大医院八十年代建立的集中式系统，弃之可惜，留之不好用，成了沉重的包袱。因此，虽然集中式的HIS有过它昔日的辉煌，但我们在九十年代中叶设计中国医院信息系统时，是不应该，也不会再走西方国家十年、二十年前的老路了。
　　微机网络加文件服务器系统可以说是当今中国医院信息系统体系结构的主流选择。中国医院计算机应用经历了单微机单任务，多微机多任务进入到微机网络的文件服务器阶段，应该承认是有了很大的进步。微机网络支持分布式处理，而且直接继承了PC系统的全部优点，用户可以充分使用自己的CPU的同时又可以共享昂贵的外部设备，海量外存器，激光打印机及绘图仪，亦能实现多用户的数据共享。实际上，已有一些中、小型的医院在这样体系结构基础上成功地部分实现了HMIS。但是这样的系统也许可以承担大型医院部门一级(例如财务处、人事处或病人入、出院管理等)的信息管理任务，但此类结构的先天不足会使其难以担负起建立整个医院完整的信息系统的重任。这是因为：

4. 跪求 固定资产管理系统 国内外发展现状

　　现实是严峻的，尤其是国有资产!
　　国资属于全体人民，政府是所有者的代表。但在实际管理国资时，由于资产被分割到政府的相关部门，以及中央、地方、企业的不同方面、不同层级，在资产的有效管理上显得责权不明，资产管理没有落实到相关部门、人员头上，大家都可以管，又都可以不管，以至资产管理闲散，有的资产甚至没有登记入册，造成一些单位和个人乘机侵吞国有资产。国资管理形成巨大黑洞。
　　在现有的国资运营上，由于不少企业仍然存在政企不分、职责不明的现象，因此不能有效承担国资保值的责任。而一些企业在资产的管理控制上，仍然采取传统的手工造册方法，造成因年代久远，使有些资产的历史记录遗失或破损，一些不良分子便有机可乘，采用不法手段，向国有法人转嫁亏损，掏空国有资产，注销国有企业，悬空国家产权与债权。
　　有人因此总结说:“国资流失不仅加大了社会贫富差距，也加剧了现代经济社会的腐败”。曾经就有这么一个事例，某国有企业的老总，利用对企业的实际控制权，利用企业资产管理的漏洞，将企业没有历史记录的原材料、设备私自卖出，造成企业严重亏损。有些严重亏损的国有企业，工厂的职工居然把企业的原产品、半成品私自拿到市场上进行交易……国资管理如此无力，让人震撼!
　　让人震撼的远不止这些。2004年，国家审计署审计长李金华的审计报告，在我国迅速掀起一股“审计风暴”。报告揭示触目惊心:从长江堤防再现“豆腐渣”工程，到体育总局滥用奥委会1.31亿元资金，再到国家电力公司决策失误导致损失32.8亿元、国有资产流失45亿元……之后，审计署提交的“审计清单”再爆惊人黑洞:24个部门40多亿元糊涂账;788户企业漏税251亿元!
　　毫不夸张的说，对于国有资产比重相当大的中国，资产管理已经到了非常时期!
　　时下，一个巨大的资产管理需求突显出来。随着资产管理地位的提高，资产管理软件市场正浮出水面，大有摆脱“附属地位”，向主流管理信息化市场挺进之势。
　　在我国，对资产特别是国资管理手段的缺失，一度造成国资流失达到相当惊人的程度。
　　据国家有关部门统计，近年来由于国资管理不善，每年流失近千亿元!因此，随着我国经济体制改革的深入，资产特别是国资管理越来越引起政府重视。
　　据统计，截至2002年底，我国国有资产总量已突破11万余亿元，其中经营性资产(国有企业资产)76937.8亿元，占65%;非经营性资产(行政事业单位资产)41361.4亿元，占35%。
　　显而易见，一个巨大的资产管理需求突显出来。随之而来的是，由于资产管理地位的提高，资产管理软件市场也浮出水面，大有摆脱“附属地位”，向主流信息化市场挺进之趋势。
　　资产管理曾经只是一个核算模块
　　我国早期的信息化是从会计电算化开始的。因此，会计电算化成为了上个世纪90年代我国实施信息工程的绝对主角。只是随着企业组织信息应用的深入，HR、CRM、SCM、CAD、OA、ERP等软件才逐渐加入到“信息大军”中来，与FM并驾齐驱。
　　而相当长一段时间以来，资产管理信息化依然没能引起企业组织足够的重视。硬要说我国早期有资产管理软件的话，那它只能算一个核算模块——镶嵌在FM中的固定资产功能模块。从严格意义上来讲，这并不算资产管理，而只是对固定资产的统计核算而已。
　　事实上，固定资产管理与现代要求的资产管理还存在相当大的差别。其一，资产管理与固定资产管理分别隶属于资产管理和财务的固定资产管理两个不同的部门，其对应的管理范畴和管理对象不同。
　　其二，资产是单位拥有或控制的经济资源，它包括企业形态的资产、公共产品形态的资产、货币形态的资产、资源形态的资产等几大类，范围大得多;而固定资产仅指使用期限超过一年、单位价值在规定标准以上，并且在使用过程中保持原有物质形态的资产，范围显然要窄得多。
　　其三，固定资产管理主要是从财务核算的角度，从金额和折旧方面对单位的资产进行核算，但资产管理主要是对企业资产的日常运营进行严格监控和管理，注重资产的全过程管理;也就是说，前者是静态的，而后者是动态的管理。
　　随着我国经济的发展，各企业组织资产的拥有量在不断增大，且在社会发展中扮演着越来越重要的角色。这一时期，对资产的管理如果仅仅依赖FM中的固定资产核算功能，显然远远不够，加之管理不重视以及手段的不科学，极易造成现实中的资产管理混乱状况。
　　国家催熟了资产管理需求
　　因此，作为我国发展社会主义市场经济和进行现代化建设的重要物质基础的国资，堵住流失黑洞已刻不容缓。针对国资流失严重的状况，党的十五大报告提出了要建立建全国资管理、监督、营运机制。在十五届四中全会中又进一步提出国资要实行“国家所有，分级管理、授权经营、分工监督”的十六字方针，只有规范了国资管理，让国资透明化，才能减少甚至避免国资流失。
　　2003年3月24日，国务院正式成立国有资产监督管理委员会，代表国家履行出资人职责，对授权监管的企业中的国资依法进行监督和管理。这是我国第一次在国务院机构设置上，实现政府公共管理职能和国资出资人职能的分开。而就在全社会热烈讨论如何防止国资流失之际，国资委《中央企业经济责任审计管理暂行办法》、《中央企业内部审计管理暂行办法》和《企业国有资本保值增值结果确认暂行办法》三个办法连续出台。
　　在2004年全国国资监管工作会议上，国务院国资委主任李荣融提出，全国448个地级市要在2005年建成国有资产监管机构(国资委)，形成省、市两级国有资产监管体制框架，专门管理国有资产。
　　种种迹象表明:国家对整治国资流失的决心，我国国资管理体制改革进入了新的历史时期——一个成熟的资产管理市场已经形成。
　　资产管理软件走向主流
　　如果国资委及其相关管理制度属国资护卫的第一种力量的话，那么，资产管理软件就是国资护卫的第二种力量。因为，只有采用了信息化的管理手段，才能够真正对国资进行科学化、、透明化管理，才能彻底堵住国资流失的黑洞。
　　可以预见，随着这些主流软件厂商的相继涉入，资产管理软件市场必将硝烟四起，开始发生质变，进入成长期。因此，资产管理软件在信息工程中，开始扮演主流角色。当然，竞争的加剧，必然会催生出更多优秀的资产管理软件，为资产特别是国资管理体制改革保驾护航，从而使资产管理软件演变为国资透明管理、堵住国资流失黑洞的重要力量。
　　转自：天极网

5. 超市管理系统的研究现状，成果，发展趋势和存在的问题

在国际的发展状况 :以
为例,可以说
业务开发的
.在法,德等欧洲国家,
所产生的
已占商务总额的1/4,在美国则已
1/3以上,而
电子商务的开展也不过才十几年的时间,在美国.
(AOL),雅虎,电子港湾等著名的电子商务公司在1995年前后开始赚钱,到2000年创造了7.8亿美元,IBM,
书城,
,
超市等电子商务公司在各自的领域更是取得了令人不可思议的巨额利润. 
电子商务飞速发展的因素有以下几点: 1. 欧美国家拥有电脑的家庭,企业众多,网民人数占总人口的2/3以上,尤其是青少年,几乎都是网民,优裕的经济条件和庞大的网民群体为电子商务的发展创造了一个良好的环境. 2. 欧美国家普遍实行
消费制度,建立了一整套完善的信用保障体系,这为电子商务的
问题解决了出路.细致说来,欧美国家的信用保证业务已开展有80年的时间.在欧美国家,人们可自由流动,不用像中国一样受户口的限制,为方便生活起居,每个人都有一个独一无二的,不能伪造并伴随终生的信用代码,持此
进行消费,
允许
大额度透支,但
需在规定时间内将所借款项归还,如果某企业或个人
后不还款,那也就意识着以后他无论走到何地,他的
上都会有此
,不论他想
,购车或办公司,银行都不会贷款给他,这在贷款成风的西方世界是及其可怕的!因此,西方人普遍将信用看作自己的
,谁也不愿意贪小利失大义,当在
时,他们会在点击物品直接输入密码,将
中的
划拨到网站上,
在确认款到后,立即组织送货上门. 3. 欧美国家的
体系相当完善,正规,尤其是近年来大型
的出现,使的不同地区的众多网民,往往能在点击购物的当天或转天就可收到自己所需的产品.这要得益于欧美国家近百年的仓储运输体系的发展史.以美国为例,第二次世界大站后,许多企业将
保障体系的运做模式有效地加以改造运用到物资
中来,逐渐在全国各地设立了
,无孔不入的
网络.即使在电子商务业务还未广泛开展的十多年前,只要客户打电话通知要货,几乎都可以享受免费的送货
.
,UPS(联邦包裹快递)等是大型物流公司的典范,专门负责为各个商家把产品送到顾客手中,有了这样庞大的完善的
体系,当电子商务时代到来后,美国只需将各个配送点用电脑连接起来,即
的完成了传统配送向电子商务时代配送的过度,电子商务活动中最重要最复杂的环节---物流配送问题就是这样轻而易举的解决了.

6. java语言的国内外研究现状和发展趋势

下文来自CSDNOracle对Sun的收购引发了人们对Java未来的一丝担心，Oracle能否继续保持Java的开放性，面对Ruby、Python或PHP 等一批轻量型语言的崛起，Java能否继续保持其在开发领域的领导地位？14年前，Sun公司的一位营销天才把一门试验性的跨平台语言由象征踏实的Oak（橡树），改名为香气四溢的Java（咖啡）时，可能他没有想到这 门语言能有后来的辉煌。事实上，如果现在Sun想为这门语言改名，以准确体现其在计算机行业的地位，似乎Oak更形象。今天，虽然Java语言并非真正意 义上的遍地开花，但它已经出现在众多场合和设备中，而且它享有运行稳定、设计精良的美名; Java代码也许无法主导所有计算机或所有平台，但它离成为通用语言已近在咫尺。Java之父詹姆斯戈斯林（James Gosling）在Oracle主办的OpenWorld大会上登台发言时阐述了这一点。他调出JavaFX幻灯片，上面是一连串统计数字：超过8.5亿 个具有Java功能的桌面机和大约100亿个具有Java功能的设备。实际上，Java虚拟机在电子设备中司空见惯：电子书阅读器Kindle、蓝光磁盘 播放机和智能电话（包括不太智能的手机）等。iPhone(手机上网)应用程序可以在成千上万部iPhone上运行，但Java嵌入在26亿部手机上，从 不太智能、20美元就能买到的手机，到最新一代的黑莓和Android手机无一不包。请戈斯林到OpenWorld大会上演讲，只是Oracle掌门人拉里埃利森（Larry Ellison）希望向工程师们一再保证这门语言前途光明的手段之一。Oracle想要并购Sun，但它仍得等待欧洲监管部门批准这一决策。美国政府已开 了绿灯，但欧洲政府官员由于担心MySQL的发展还没有同意这一起交易。戈斯林和Sun董事长麦克尼利（McNealy）都表示，一旦并购工作完 成，Java会从Oracle得到比以往更多的关注和资源。从近期来看，埃利森传达的信号也许不是很重要，因为如今Java已成气候，要改变发展方向也并不容易。当然，也有一些人认为，Oracle的商业模 式太不一样了，所以它必然会对Java生态系统的每个部分进行重大变化。总体来说，每拿出一个Java可能变化的理由，就有同样充足的理由表明 Oracle可能还是希望保持现状。企业级应用是主战场Java最先在服务器端找到了自己的位置，未来这个领域仍是有望看到Java虚拟机的主要地方。对Oracle的所有产品来说，大型服务器也是主要 的安身之处，所以出现这对组合自在情理当中。虽然PHP编程员青睐MySQL，但对数据密集型的企业应用来说，许多最要紧的项目还是使用基于Oracle 的架构封装而成的Java，这种情况应该不会很快发生变化。Sun称，GlassFish应用服务器每个月的下载量超过100万人次，Tomcat等比较旧的平台仍然很常见。由于Java这项技术备受推崇、 运行速度快、真正跨平台，大型企业（如银行和保险公司）对Java开发人员求之若渴。不过，Java不再被认为是最新最酷的语法。一些编程员对静态类型语言的结构满腹牢骚，纷纷改用更新颖或更简单的语言，比如Ruby、Python 或PHP。现在许多较简单的Web应用程序就是用这些语言开发而成的，因为它们编写的代码容易修改，能快速建立原型。然而，这些使用便捷的新语言常常离不 开Java: Ruby开发人员常常使用JRuby（基于Java实现的Ruby语言），因为Java虚拟机能够更出色地处理繁重任务、释放多个线程。Jython（基 于Java实现的Python语言）也相似。Java现在正在加入一些最新的编程技术，以此遏制这些新语言大举入侵。Grails明显模仿了Ruby on Rails的许多简单的说明性模式；Grails这种框架利用名为Hibernate的数据库中间件，把Groovy等脚本插件结合起来。Groovy本 身添加了众多的动态选项便于代码解释，同时可以直接链接至Java应用编程接口（API）的任何部分。甚至不需要考虑Python或Ruby，因为 Groovy凭借一种精巧、现代的语法，让Java编程员可以使用似乎变化无穷的庞大库和底层稳若磐石的虚拟机。走上移动之路Java手机的数量（估计约26亿部）委实惊人，因为市面上许多最简单的手机里面都运行Java平台微型版（Java ME）。这让Wattpad.com等公司得以构建在整个第三世界都能顺畅运行的文档阅读平台。不过，运行Java的智能电话数量相对少一点。iPhone的巨大成功激励许多人重新学习Objective C，这门语言让编程员对于内存使用等一些系统问题提高了控制能力。Java为编程员隐藏了大部分底层问题，这是个优点，但前提是不需要管理内存等资源，因 为要是垃圾收集出现一个小失误，有些游戏就运行不了。可遗憾的是，因为电池续航时间是极其重要的一个因素，智能电话需要比几乎其他任何平台更严格的资源管 理。不过，Java编程员仍然很吃香，因为黑莓手机在其新平台上继续采用Java ME：它为手机的情景模式（profile）添加了支持触摸屏和方向感应器的功能。而Android存在不可预知的因素。由于谷歌开放了Android的 使用，许多手机厂商搭上Android这辆彩车。谷歌的Android建立在开源Apache Harmony及其类上，而不是建立在Sun开发的Java开发工具包（JDK）和Java ME上。对使用Eclipse编写代码的人来说，它们看上去几乎一模一样。在其他许多情况下也无关紧要，因为Android开发使用了很多XML表单，但 如果这两套开发框架离对方渐行渐远，这种分裂可能会变成大问题。收复桌面阵地大多数人仍然认为Java在桌面端从来没有取得成功，这是过去。如今，Java正在缓慢而稳步地渗入到现代操作系统的各个角落。虽然用Swing编 写的标准应用程序因试图定位在每个平台的最基本部分而继续遭殃，但是有了像JavaFX和Web Start这些比较新的开发平台和框架，就有可能通过Web有效地部署软件。本地平台可处理Java归档（JAR）的所有缓存工作。只要点击链接，有时偶 尔随后点击几下授予权限的对话框，软件就可以安装及更新，还可以随时运行。JavaFX仍然是一个名副其实的未知因素。图形功能现在可与Adobe的Flash相竞争；计算引擎可支持大部分的Java API，但这门语言是一门奇怪的混合语言，融合了正宗Java、JavaScript及其他的一些标记语言。其代码比正规的Java简单，所以Java编 程员又要学习新的东西。不过，对极具互动性的桌面工具而言，新的动画类也许值得花时间学习。Web Start正在继续慢慢改进通过浏览器直接把软件部署到桌面的功能。抢占嵌入式领域Java还在人们最预料不到的地方茁壮成长。虽然C编程人员可能从来不会承认Java虚拟机巧妙处理存储区、快速运行的功能，但Java在非智能手 机、机顶盒、嵌入式芯片、Kindle及其他低功耗设备取得的成功表明：Java虚拟机完全有能力在嵌入式应用方面一展身手。Java的普及性还帮助编程 人员从大平台迁移到小平台。虽然为大型机开发企业级应用软件改成开发小型嵌入式代码并不简单，但Java标准大大简化了这种转变，这让其他许多工具自叹弗 如。Java程序包也在变得越来越小巧。戈斯林用尘埃来形容一台硬币大小、能够识别Java的计算机。JavaCard是面向这类小型程序包的一种虚拟 机和API，它即将迎来3.0版，这个里程碑式版本将增添网络连接功能。尽管这些小不点还没有小得足以放入到人的眼睛中，但直接与互联网通话的功能却让它 们显得极具诱惑力。合作伙伴会分道扬镳？所有开发人员的最大担心是：要是Oracle收购Sun的交易尘埃落定，会出现什么样的利益冲突变化？Oracle是靠收取大笔的软件许可费成长壮 大，其软件可运行在客户想要购买的任何硬件上。而另一方面，Sun通常是免费赠送软件，然后通过销售服务器赚到一些钱。这些经销策略也许不会立即发生变 化，因为惯性实在太太了，但谁也不知道将来Oracle会做出怎样的决策。一些人认为，Oracle过去在收取大笔许可费方面屡试不爽，只会鼓励埃利森对Sun采取类似的手法。也许Oracle的销售团队眼下就在垂涎这个 机会：针对Java以前免费的地方开始逐步提高许可费。为了避免重新编写Java平台企业版（Java EE）应用软件，许多企业很可能宁可支付每个CPU 100美元、200美元甚至100万美元的费用。批评人士指出，Oracle很容易开发出新版Java虚拟机，针对不同的市场推出不同的性能级别。桌面虚拟机可能保持免费，Oracle甚至可能会 掏钱请电脑厂商来推销Java和JavaFX，而处理极限多线程方面的性能改进可能会收取非常高的费用。从用户身上捞钱有好多法子，许可费相比之下往往便 宜得多：要是让拒不服从的编程员先学习一门新语言，然后重新编写代码库，那成本高多了。但也有人认为，Oracle也许不会采用这一招。一名接近Sleepycat（这家开源数据库公司在2006年被Oracle收购）的消息人士表 示，Oracle已把技术队伍的规模扩大了约一倍，而所有双许可模式原封不动。软件仍然采用开源或商业许可证这两种形式。如果Oracle像 Sleepycat那样对待Java，社区许可及其他方案仍然会跟以前一样免费、随处可得，同时有更多的工程师来改进代码。与其他各大Java合作伙伴的长期关系方面仍存在更深层的问题。谷歌继续支持Apache Harmony，这个代码超过125万行的项目似乎一心要破坏Sun作为世界中心的地位。IBM输掉了争夺Sun的竞标战，现在发现竞争对手Oracle 的实力更强劲了。IBM设计了Eclipse开发工具，可能也会开始把Java平台带往另一个方向。其他合作伙伴的态度比较激烈。SAP公司首席技术官Vishal Sikka一再要求Sun发布Java社区进程（JCP），着重提到了Oracle在2007年提出的方案：将控制权交由一家开放、独立、与厂商中立的标 准组织，标准组织的所有成员在机会均等的前提下参与。虽然Oracle对相关细节基本保持缄默，但可以认为，这家公司会因为从Sun承袭过来的一些观点而 重新赢得尊重。但是，尽管其他合作伙伴可能会参与恫吓的举动，但他们可能会考虑度的问题，因为大家其实是相互牵制的，任何过激的行为都极可能会被阻止，因为大家都 认识到一次编写、到处运行理念具有的优势。如果为Android手机编写的代码无法很容易地迁移至索尼蓝光播放机或Glassfish服务器，另一门语言 就有机会应运而生。实际上已经有多家公司在编写工具包，让用户可以在iPhone上轻松运行Ruby on Rails或Python软件。另外，许多这些比较新的语言可能会成为不可小觑的竞争对手，而暗斗过多只会帮助它们攻城掠地。现在有几十种非常好、知名度小一点的开源程序包，只要 忠实的爱好者稍加转换，通常就能把它们移植到每个平台上。比如，Python已经是一些科学领域的主要语言，谷歌选择Python、而不是Java作为其 应用引擎（App Engine）支持的第一种语言。虽然IBM、Oracle和谷歌在争夺主导权的竞争中可能会相互排挤，但它们必须认识到：所有人都受益于标准化，而不是 垄断。要是谁敢过于排挤别人、企图一手控制Java，其他厂商可能会奔向其竞争对手。Java也开应用程序商店？Java代码库仍相当有凝聚力、相对标准化，这个事实惹得众人猜测：Sun（如果合并案完成，还有Oracle）到底会怎样利用Java的普及性来 大发其财，又不提高许可费、挤压每个人？如果有人开发出一种面向整个Java生态系统的应用程序商店（App Store），从而像销售面向iPhone的应用程序那样销售用Java编写的小组件（widget）它们可以在桌面、手机、蓝光播放机或可以使用 Java的其他任何平台上运行，将会怎么样？最近已经有了面向Android手机的一批数量可观的应用程序，Sun也在谋划一家Java商店，好让人们只需把应用程序拖到桌面上，或者只要再编 一点代码，就可以把各应用程序结合起来，从而让它们可以在Java世界的几乎每个角落里运行。不过，处理截然不同的屏幕和用户界面还是个挑战。设想一下这种场景有多吸引人：开发人员编写的某个应用程序在Android手机上运行着，他在办公桌面上处理任务，回到家后在客厅的蓝光播放机上顺 畅运行。把Java应用程序带到坐沙发的人面前甚至有点出人意料，因为Java这门语言在被叫做Oak的早期阶段，本意就是运行在机顶盒上。这种远景将依赖 于Java平台的最大优点：普及性和跨平台的稳定性，也许这些优点会帮助Java给其发明者带来滚滚收入。

7. 关于商业银行核心竞争力的研究现状或趋势

1、商业银行业的特殊性

       商业银行IT 解决方案具有“业务复杂、系统繁多、接口广泛”的特点，要求IT 解决方案提供商在对客户需求的理解程度、对系统架构的设计水平、对开发技术及各项标准的掌握程度等多方面有较高的技术能力。国内具备一定规模的IT 解决方案提供商经过多年的发展，在这些方面已经初步形成了一定的竞争优势和市场基础。对于市场潜在进入者，将受到行业经验和知识、产品和技术水平、客户忠诚度等多方面的限制，所面临的行业进入门槛较高。

       首先，现代商业银行业务复杂，种类繁多，新业务层出不穷。商业银行IT解决方案提供商除必须拥有专业技术人员之外，还需要对客户的业务流程、会计核算、管理体制等有较深入的了解。这些知识和经验是在为客户长期服务中不断总结和积累形成的，是有效开发、运维IT 应用系统的关键。

       其次，为了满足客户在业务、渠道、管理等多方面的需求，银行一般在核心业务系统的基础上，配套开发几十套的业务辅助、管理与分析系统。实现核心业务系统与其他系统的紧密集成、协同工作，在风险可控的情况下提供高效方便的服务，保证各类系统7x24 小时不间断运行。

       再次，新产品的前期研发投入大、周期长，尤其是银行的核心业务系统，在性能、稳定、安全性等方面所面临的风险大，研发周期需要两年以上，专业技术人员投入较多，这些都对IT 解决方案提供商的实力、经验提出了很高的要求。

       最后，国外公司的核心业务系统虽然在国际市场上占有率很高，但对于国内银行只能提供传统的客户信息、存贷款、总账等模块，对具有中国特色的支付结算、财税库行等外围业务尚属空白，亦不能很好地提供贴切我国银行的特色需求，且服务成本较高，响应速度不够敏捷，极大地制约了国外核心业务系统在我国的应用。

       2、银行IT 系统更换成本高

       商业银行应用系统特别是核心业务系统的特点决定了银行对软件产品和服务具有一定的依赖性，且通常转换应用系统需要一定时间的学习和适应，需要对硬件部署、管理流程、规章制度、岗位设置等做出一系列的调整。另外，由于IT 的复杂性，更换某一应用系统可能需要对相关的多个系统进行接口和功能调整，并进行大量严格的测试，这都需要花费大量的人力、物力。

       银行的IT 投资规模越大，服务周期越长，忠诚度就越高，更愿意与规模较大、熟悉自身情况的专业软件公司保持长期的合作关系，这给新入和潜在的竞争者形成了较大的障碍。

       3、技术壁垒高

       银行业作为金融业的核心，其信息安全和系统服务关系公民、法人和组织的权益或社会秩序和公共利益，关系国家金融安全和社会稳定，国家对于金融产品和金融交易的安全性要求较高。因此，银行业对软件产品，特别是最核心的核心业务系统在安全性和稳定性方面的要求更高，提高了行业进入门槛。行业内发展时间长、技术领先、客户基础好的软件开发企业具有先发优势，且经过多年的成长与积累可保证对研发和客户服务的持续投入，以及对技术水平的不断提升。

       4、人才瓶颈

       商业银行IT 应用系统专业性强，这就对银行IT 解决方案提供商的研发、实施和维护队伍提出了很高的要求，软件开发人员不仅要精通软件开发技术，还要对银行业务流程非常熟悉。目前，国内该类复合型人才较为缺乏，导致新进入的企业面临人才瓶颈的制约。

       此外，银行IT 解决方案提供商还需要具有大型银行IT 系统方面丰富的软件开发经验和团队管理能力，熟悉项目开发规范，能够准确把握行业发展趋势，且具备很强的市场开拓能力，这对系统提供商的管理人才和营销人才都提出了很高的要求。

       5、运维成本高

       由于市场环境和客户需求的不断变化，银行IT 应用系统必须做到因时而变，不断地进行功能、流程等方面的升级和维护。一般来说，IT 解决方案提供商通过长期的技术服务和市场推广形成规模化的、稳定成熟的客户群，在遇到新需求、新系统需要开发时，可先选择现有客户进行研发，然后在其他客户进行快速推广，在降低客户的总体运维成本的同时，系统的质量和可靠性也能得到充分的保证。而新的行业进入者很难在短期内开拓出稳定的市场，必须针对特定需求对少量客户投入大量资源，因此IT 系统的运维成本将更高。

8. 计算机网络维护与管理国内外研究现状

从计算机网络应用来看，网络应用系统将向更深和更宽的方向发展。首先，Internet信息服务将会得到更大发展。网上信息浏览、信息交换、资源共享等技术将进一步提高速度、容量及信息的安全性。其次，远程会议、远程教学、远程医疗、远程购物等应用将逐步从实验室走出，不再只是幻想。网络多媒体技术的应用也将成为网络发展的热点话题。 关于计算机网络管理系统，国外在网络管理这一领域起步较早，取得了一些成果。在学术界，IEEE通信学会下属的网络营运与管理专业委员会(CNOM)，从1988年起每两年举办一次网络营运与管理专题讨论会。国际信息联合会(1FIP)也从1989年开始每两年举办一届综合网络管理专题讨论会。还有一个OSI网络管理论坛(OSI/NM FORUM)，专门讨论网络管理的有关问题。近年来，也有一些厂商和组织开始推出自己的网络管理解决方案。比较有影响的有：网络管理论坛的OMNIPoint和开放软件基金会(OSF)的DME。  国外早在80年代初期就展开了相关的研究，并提出了多种网络管理方案，包括SGMP(Simple GatewayMonitoring Protocol)CMIS/CMIP(the Common Management InformationService/Protocol)等等。大约十年前，IETF(Internet Engineering Task Force)为了管理以爆炸速度增长的Internet，决定采用基于OSI的CMIP(CommonManagement Information Protocol)协议作为Internet的管理协议，并对它作了修改，修改后的协议被称作CMOT(CommonManagement Over TCP/IP) 。但CMOT迟迟未能出台，IETF决定把己有的SGMP进一步修改后作为临时的解决方案，这个在SGMP基础上开发的解决方案就是著名的SNMP(SimpleNetworkManagement Protocol)协议，后来称为SNMPvI。从此以后，SNMP得到了不断的发展和完善，以后又相继推出了SNMPv2和SNMPv3，并得到业界广泛的支持和应用，目前大多数网络管理系统和平台还都是基于SNMP的，可以说SNMP己成为网络管理领域中事实上的工业标准。  在网络管理系统方面，国外己经有众多成熟的产品。早期的有pcAnywhere，目前较为流行的有HP公司的OpenView，Microsoft公司的SystemsManagementSuits(SMS)，SunSoft公司的NetManager，IBM公司的Tivoli NetView和Entersys公司的NetSight。就产品技术先进性和实用性而言，以Entersys的NetSight，HP的OpenView和Tivoli的Netview最为著名。国内方面，由于Internet和全球信息化的推动，网络管理的新思想、新技术层出不穷，近几年来，网络得到了迅速的发展，特别是在一些大中型企业、银行金融部门、邮电行业等领域，其应用更为广泛。网络管理方面，早在80年代，我国就开始注意网络管理技术的发展，并己着手进行研究，二十年来虽然取得了一些成绩，但还是存在一些问题。 总的来说，我国的网络管理水平还比较低，目前也没有通用的网管平台开发出来。由于网络管理系统对一个网络系统的高效运行非常重要，因此在我国大力推广网络管理系统的研究与应用非常迫切。为此，在应用方面我们要采取引进与自主开发相结合的方式。一方面，国内对网络管理的研究与应用刚刚开始，与国外先进水平有一定的差距，完全自己开发是不太现实的；另一方面，仅仅依靠国外的产品也并不好，因国外的网络管理产品并不一定很适合我国的网络应用环境，而且这对我们自己的网络管理研究也不利。在研究方面，应尽可能跟踪国外的先进技术，并开展自己的研究。因此，我们应积极开展同国外的合作，吸收和利用国外的先进技术，推广网络管理技术在我国的应用，以提高网络在我国的应用效率和作用。