网银 *** 作风险案例

一、 项目及项目管理 (一) 项目

项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。项目参数包括项目范围、质量、成本、时间、资源。

项目的特性

工作总是以两类不同的方式来进行的，一类是持续和重复性的，另一类是独特和一次性的。任何工作均有许多共性，比如：

(1)要由个人和组织机构来完成;

(2)受制于有限的资源;

(3)遵循某种工作程序;

(4)要计划、执行、控制等;

(5)受限于一定时间内;

项目的属性: 一次性 、独特性、目标的确定性、活动的整体性、组织的临时性和开放性(组织类型请参考评论中的项目管理的组织)、成果的不可挽回性 。

(二)项目管理

项目管理，即Project Management, 简称(PM)就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结

束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

项目管理是指把各种系统、方法和人员结合在一起,在规定的时间、预算和质量目标范围内完成项目的各项工作。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

在项目管理方法论上主要有：阶段化管理、量化管理和优化管理三个方面。项目管理的范围：是为了实现项目的目标，对项目的工作内容进行控制的管理过程。它包括范围的界定，范围的规划，范围的调整等。 项目的管理时间 ：是为了确保项目最终的按时完成的一系列管理过程。它包括具体活动界定，活动排序，时间估计，进度安排及时间控制等项工作。 项目管理的成本：是为了保证完成项目的实际成本、费用不超过预算成本、费用的管理过程。它包括资源的配置，成本、费用的预算以及费用的控制等项工作 。 项目管理的质量：是为了确保项目达到客户所规定的质量要求所实施的一系列管理过程。它包括质量规划，质量控制和质量保证等。 “项目管理”有时被描述为对连续性 *** 作进行管理的组织方法。这种方法，更准确地应该被称为“由项目实施的管理”，这是将连续性 *** 作的许多方面作为项目来对待，以便对其可以采用项目管理的方法。

二、 项目管理在企业管理中的实战

某自行车制造厂家由于多年来自行车市场的疲软导致企业效益持续下滑，为了改变这一现状，企业***决定开拓市场前景较好的电动自行车，由于电动自行车的生产面临许多新的技术，包括电动机的研究与试验、配套电池的研究与试验，该项目计划投资500万元，计划研制时间为2002年1月1日～2002年6月30日。

在本案例中，首先要进行可行性分析。所有的项目都是从一个想法开始，一个想法形成时，我们就必须考虑两个关键问题以决定项目是否继续进行：一是你应该做它吗即你投入预计的成本能否获得你期望的利益;二是你能够做它吗即你的项目技术是否可行，你是否具有项目执行所需的各项资源。这也就是常说的项目可行性论证的三要素：是否能获得预计的利润率、是否能组成项目团队、是否有资金完成项目的运作。只有在以上问题得到肯定的回答后才能进行下阶段工作。

当我们知道要完成一个什么样的项目时，我们就需要对项目的目标进行明确，进行任务描述，对成果、工期、成本有明确、详细的说明。一个项目的成功与否，取决于我们计划的清楚程度和精确程度，也有助于树立项目小组成员对实现目标的信念，最终达到项目目标。作为项目经理，就应该让参与项目的每个人必须明确这个项目究竟是什么，目标是什么，它对企业的好处是什么。项目经理的工作就是确保项目从一开始就被正确定义和规划。

在明确了项目目标后，我们就要根据项目的任务描述，即明确的成果、工期、成本来做好项目计划，并根据项目计划设置组织管理机

构，统筹考虑计划、人力、资源、费用及质量管理等问题。作为项目经理，需要对整个项目进行计划，分析项目实施过程中可能遇到的实施风险，并制定应对预案，并将项目计划与参与人员沟通并达成实施的共识。前期的项目规划很重要，全面、完善的项目规划可以使项目实施的时间大大缩短;可以让成本极大节省;可以使参与项目的每个人都有明确目标与计划;可以让目标更容易达成。

在做好项目计划，并使项目参与人员达成共识后，项目经理就需要设置组织管理机构，设置项目分组，针对项目的目标要求，拟定该项目的重大里程碑计划。根据项目的实施要求及重大里程碑事件，对该项目实施的过程进行分解，明确项目小组工作内容，为合适的任务分配合适的人员，再对项目小组成员下达和说明任务，并制定项目的责任分配。

完成项目计划，明确人员分配，确定人员任务后，就要根据项目总投资，结合工作分解进行项目费用的分解，根据项目的执行周期，并结合项目的执行情况进行项目成本费用的分析，制定项目的进度与费用控制计划。

在完成上述准备工作后，就可以开始进入项目实施阶段了，在项目实施的过程中我们要做好项目控制，应让项目成员及时了解项目实施情况，并不断把工作情况与各项计划相比较，以确定计划和实际工作是否存在偏差。如果项目执行过程与计划存在偏差，我们要针对出现的问题进行分析，权衡其已经造成或可能造成的影响，从而采取一定的应对措施来保证项目的顺利实施。项目控制即是对项目的实施全

过程进行有效的管理和控制，使其顺利到达项目规定的进度目标，而且在保证项目完成的前提下，以最好的质量、最低的成本来获取最大的经济效益。

在项目控制中，项目经理要建立一些必要的制度，以确保项目进度、费用在可控范围内。

1、要建立周报、周会制度，以便对项目各方面进行状态分析，及时发现工作中存在的问题，分析原因，并及时解决;

2、定期召开进度会议，协调解决各部门、岗位之间配合中存在的问题，以促进进度计划的实现;

3、建立信息管理系统，以保证信息的准确和畅通;

4、对于一些需要当天总结的工作，各项目小组要进行当天总结，重要的结论要向项目经理汇报。

三、 项目管理的注意事项

1、项目组成立

成立项目组是项目能否成功的第一要素，没有项目组，项目管理就无从谈起。成立项目组一般包括以下几个方面：项目背景，目标，领导组，执行组，时间表等。项目组背景与目标比较容易确定，但是领导组与执行组的成立，就要考验项目组的智慧了。

第一，项目领导组组长是谁，一般情况下，大项目，都会找一个职位高权力重的人担当组长，但是，这样的人一般事情比较多，外地出差时间长，很难真正参与到项目运作当中。另一方面，也只需要他

把控一下方向，控制一下节奏。所以，可以让此人进行全面授权，找一个职位稍微低，但是能够全身参与到项目其中的人担当协助人。

第二，项目执行组的'人员安排，涉及到几个部门，就安排几个部门负责人。这里要知道，虽然是部门负责人负责项目组执行，但实际中，往往是部门负责人安排部门其中一个人去参与其中，所以，安排这个人的工作情况，需及时通报部门负责人，如果不行，则需要及时换人。

2、注意企业风向

一个项目组的存在与工作目标不仅仅是一个项目是否完工，还可能是公司重点工作是否发生变更，也就是公司“风向”变了。

原来企业高层对项目很关注，慢慢变得不管不问了，这个时候，你也要注意了，项目组是否要停止了。项目组的工作重点也不是一成不变的，某一个阶段需要做哪些工作，哪些工作是重点，哪些工作已经过时，项目负责人必须有高度敏感。

企业风向可以从企业每个月度的工作例会上了解一二，下个月的重点工作是什么，一般在高层工作通报的文件中。作为项目负责人的呢，要明白哪些是项目组需要加大力度做的，哪些是已经完成的，不能再继续的。不能等到高层直接电话你，让项目做什么，你才知道“风向”已经变了。

3、项目规划与激励

一般来说，项目组成立的时候，也会对项目进行规划与激励。项目组规划包括时间内容规划，项目分工，项目制度等。一旦项目启动，

项目就进入到运作当中，通知什么时间发文，物料什么时候到位，工作例会什么时间开始，市场部该做什么，渠道部该做什么，这些都要明确。

项目激励不能少，许多企业管理者认为，项目组是公司安排的，不需要什么激励。

作者不认同这个观点，项目毕竟是员工“额外”的工作，必须有激励来刺激。作者认为：项目组以正激励为主，小项目有小激励，大项目有大激励，谨慎使用负激励。

有时候来看，部分部门负责人参与不多，他只是安排下属员工参与项目组，这个时候需要不需要激励作者认为需要，因为他毕竟是项目参与者的上司，他的态度决定了下属参与的程度，因此，必须进行激励。

4、严格督促

人天生都是有惰性的，能拖的就拖，这个时候，就必须要严格督促。作者认为：没有督促就没有成果。督促不仅仅是直接面对面要求他人做事情，可以有多种方式。比如：项目例会、邮件群发、进度通报等。

项目组负责人要学会一些“向上管理”的工具，比如邮件，比如工作联络函等，工作提醒等。项目负责人搞不定的事情，可能高层看到你的工作提醒，一个电话就安排落实了，所以，这些工具务必学会使用。

项目组中总会有些人勤快一点，有些人懒惰一些，这个时候就要奖励积极者，督促后进者。可以用阶段例会进行奖励通报，哪些人做得好就应该及时获得奖励。

5、勤于沟通

勤于沟通、敢于沟通，不仅仅是对上，还是对下，都是需要的。 首先是对上，一定要与项目领导组组长做好沟通，大胆沟通，勤于汇报工作，特别是在项目初期，高层领导不了解你，不知道你是否能够胜任，因此，对你也会有所顾忌，怕你不能承担，这个时候，你要勇于表达自己，表明你的立场：我能。

项目进入正常轨道后，沟通不能少，必须让领导及时知道项目进度，他们心中有底。

对下沟通，要大胆“骚扰”别人，除了督促、要求别人做事情，也要找时机拉拉家常，谈谈心之类。如果项目基金允许的话，可以项目组一起吃个饭，开展体育活动等，来加强沟通。

6、工作魅力

最后一点，也是作者认为很重要的一点，凭什么让相同级别的同事“替“你做事，作者认为，不仅仅是项目组赋予你奖罚的权利，更多的是你个人的工作魅力能够感染他们。项目组负责人一定要做到身先士卒，速度、作风、专业，一样都不能少。自己必须做得好，做得正，比别人更专业，更投入，你才可能去感动对方，去激励对方。

四、 总结

项目管理是建设工程项目规划、可行性研究、选址和勘察设计中的重要组成部分，是保证建设工程质量，提高经济效益，保证建设项目顺利实施的重要因素，项目管理的准确性和科学性，对建设项目具有极大的影响。项目管理工作的管理体系是否先进，以及其业务和技术水平的高低，都直接影响到工程建设的质量和经济效益，它在保证建设工程的健康顺利进行，提高固定资产的投资效益，保障人民生命财产的安全，促进国民经济稳定、顺利发展等方面，都发挥着十分重要作用。

风险管理的达成必须包括三个要素：

首先，在项目开发计划中必须制定风险管理计划；

第二，在项目预算中必须包含解决风险所需的经费；

第三，评估风险时，风险的影响也必须纳入项目计划中。

下面就软件开发过程中经常发生的风险，谈谈我们采取的预防措施。

1、需求不明确

需求不明确是软件开发过程中经常可能遇到的问题，这类问题往往表现在需求范围未界定、需求未细化、需求描述不清楚、需求遗漏、需求互相矛盾等多个方面。在软件开发过程的生命周期各阶段中，需求不明确所造成的浪费是最大的，必须尽早尽可能解决。确定用户需求是件非常困难的事情，我们常常从以下几个方面着手处理需求不明确问题：

（1） 让用户参与开发

提供一个协作开发环境，让用户参与开发过程。如果条件不允许，至少应该在每次迭代的需求分析和系统测试阶段，让客户能够参与开发。

在选择参与开发过程的用户时，一方面，要尽可能争取精通业务或计算机技术的用户参与。另一方面，如果开发的产品要在不同规模、不同类型的企业应用，应该选择具有代表性的用户参与。

仅仅让用户参与是不够的，应该采取一定的激励措施，提高用户参与的积极性。

（2） 开发用户界面原型

用户通常不善于精确描述自己的业务需求，系统分析员需要借助白板、白纸等沟通方式，帮助用户清楚表述需求。然后，开发一个用户界面原型，以便用户确认需求。用户界面原型的作用仅仅是收集用户需求，不应该再作它用，也不要给用户造成系统快要实现的错觉。

（3） 需求讨论会议

对于用户分布广、用户量大的项目，要全面收集用户需求，往往很困难，通常采取需求研计会议方式进行需求确认。通过在会议前几周调查各地、各部门用户需求意见，然后集中各地或各部门的用户代表，举办一次需求研讨会，通过会议方式收集需求。本方法适合于具有一定信息系统使用经验的用户。

（4） 强化需求分析与评审

首先，需求分析是项目成功的基础，需要引起足够的重视，并分配充足的时间和人力，要让有经验的系统分析员负责，切忌让项目新手或程序员负责。其次，要进行需求评审，尽可能让用户参与需求评审，不要让需求评审流于行式。第三，也是最重要的一点，通过评审的需求规格说明书，要让用户方签字，并作为项目合同的附件，对双方都具有约束力。在公司内部要将通过评审的需求规格说明书，纳入配置管理。

2、项目缺少可见性

当一个项目经理或一名开发者说已经完成了80%的任务，您必须保持审慎的态度。因为剩下的20%可能还需要80%的时间，甚至永远都不能完成[1]。软件开发项目，往往在项目进度和软件质量方面缺少可见性，项目越缺少可见性，项目就越难以控制，项目就越有可能失败。我们可以通过迭代开发、技术评审、持续集成来增强项目的可见性。

（1） 迭代开发

采用迭代的开发模型，将产品的交付过程分为多个阶段，按照功能递增式交付。以下是一些典型的迭代：

一次简短的先期迭代，以建立规模和前景并确定商业理由；

一次精化迭代，其间将为稳定的构架划定基线；

一次构建迭代，其间将实现用例并充实构架；

几次产品化迭代，将产品转移到用户群。

每次迭代，都要充分接收用户的评审意见，以便为自我纠正。渐近式的功能交付，有利于降低开发人员的压力，增加用户的满意度，有利于增强项目的可见性，是最好的进展报告。

（2） 技术评审

技术评审是确保软件质量的重要环节，技术评审包括代码走查、会议评审和同行专家评审。代码走审可以是开发人员之间的交叉审查，或者是高级开发人员对普通开发人员的审查；会议评审一般应至少每两周进行一次，每次评审时间不宜太长；同行专家评审包括技术和业务两个方面的专家，经常性地让精通业务的用户专家参与项目评审，是项目成功的重要保证。

另外，充分利用质量审查的工具软件，也有利于提高代码质量。例如：在Eclipse开发环境中，可以集成Findbug、Checkstyle、PMD插件检查代码编写质量。

（3） 持续集成

持续集成能够把最终的一次大规模的集成调试过程分散到项目开发时间表的每一周、每一天、甚至每个小时。让项目中的各个人员都能够随时掌握当前的整体进度，并迅速发现集成过程中出现的问题并进行解决[1]。

开发小组应制定持续集成的制度，一般情况下每日构建一次，可以利用Ant等构建工具进行Java应用程序的构建。小组成员应在每个功能开发完成后，及时向版本控制系统（如CVS）提交代码，而且不应该向版本控制系统提交有问题（编译通不过）的代码。

每日构建、持续集成，让项目进度跟踪工作更加容易。当项目小组每天重新编译系统时，已完成与未完成的功能清楚可见，小组成员能够简单地从软件的表现知道距离整体完成还有多远。

3、新技术引入

技术创新是一种具有探索性、创造性的技术经济活动。在开发过程中引入新技术，不可避免地要遇到各种风险。通过T形软件开发、充分论证、多阶段评审、同行经验等措施可降低新技术风险。

（1） T形软件开发

在项目开发早期，开发小组应该建立系统的架构，解决关键技术难题、开发系统的基础构件，并对系统所需要应用的技术做深度探索。例如：基于JavaEE5构建全国联网售票系统，涉及到分布式事务处理、海量数据存储、异构平台互连等关键问题，应该优先处理这些问题；对开发所涉及到的EJB3、JSF、 JBoss Seam、Eclipse RCP等技术，要做深度探索。

越是技术复杂度高的项目，就越应该早地处理技术难题。如果在项目开发的中期或后期才发现架构有问题或是关键技术难题不能解决，则为时已晚。

（2） 充分论证

新技术开发是探索性很强的工作，潜在着许多失败的风险。在可行性分析阶段，要广泛搜集相关信息，设计多种可行方案，进行充分论证。在制定决策时，情报的数量和质量致关重要。掌握的信息越多、越准确，才能作出正确的的决策，项目失败的风险也就相对减少；反之，承担的风险就会增大。

（3） 同行经验

针对新技术，由于没有经验可借鉴，因此在探索过程中要充分利用互联网，通过搜索同行经验，往往事半功倍。要充分利用世界日益平坦化的优势，对于不能尽快解决的问题，可以先放一放，可能过不了几天，网上就有相类似问题的解决方案了。

4、技术兼容性风险

硬件产品之间、系统软件（ *** 作系统、中间件、数据库管理系统）与主机设备之间、系统软件之间、应用软件与系统软件之间以及应用软件之间，都可能存在兼容性问题。往往系统集成的项目越复杂，兼容性问题就越有可能存在。

（1） 设计先行

在做系统的总体设计方案时，务必把好相关产品的选型关，确保网络、主机、系统软件与应用软件之间不要存在较大的技术兼容性问题。在网络平台建设方案中，明确相关设备的技术参数和配置要求。

（2） 售前产品测试

在做项目招投标工作时，要求投标方在售前提供产品兼容性测试，以避免在项目实施过程中才暴露技术兼容性问题。涉及应用软件开发的集成项目，要在开发工作的早期，做技术兼容性测试，以避免在项目开发后期才暴露技术兼容性问题。

例如，我们在开发深圳市汽车客运站售票及站务联网调度系统时，为了确保技术兼容，在做硬件招标时要求小型机设备厂商提供售前技术兼容性测试工作，并将测试结果做为评标指标。在深圳市软件测试中心对IBM、SUN、HP三家公司提供的小型机进行测试时，暴露了许多应用软件、应用服务器、数据库和 *** 作系统之间的技术兼容性问题，如果这些问题在系统实施时才暴露或处理，势必会拖延项目进度。

5、性能问题

由于先期设计不足，性能问题往往在系统切换或新系统使用一段时间后暴露。出现性能问题往往要进行大量的优化工作，甚至局部的或全面的重新设计。无论是用户还是开发者，谁都不希望出现性能问题。

（1） 性能规划

在系统设计时，应做好前期做性能规划，对可能出现性能问题的环节做到充足的估计。在做数据库设计时，应争取DBA参与。

另外，在技术方法方面，尽可能采取一些性能优化模式，如DTO、AJAX、延迟加载等，尽可能在开发过程中解决了性能问题。不至于到了项目后期才解决性能问题，既费钱又费时。

（2） 性能测试

在开发过程中，要重视性能测试和压力测试，尽可能模拟现实使用环境，搭建测试平台。另外，由于开发环境的计算机往往比生产环境的计算机配置高，在做测试时应尽量找一些配置低的机器、较小的网络带宽进行测试。

（3） 充足的调试时间

在项目开发计划中，为后期性能优化留有余地。在对系统进行性能优化后，要进行性能测试和压力测试，可能还要做几次回归测试。因此，应该留有充足的时间和人力。

6、仓促上线

在项目实施过程中，系统切换上线环节最容易出纰漏。项目好不容易开发完成了，却在最后最后时刻功溃一匮。如果项目小，影响面窄倒不怎么重要；如果是影响面大的项目，则千万不可出现问题。在系统切换前，应充分考虑各种可能出现的问题，做好风险对策。

（1） 应急预案

面对各种不可预知的风险，要做好应急预案。正常运行的车站售票系统在春运、旅游黄金周，都会做好应急预案。新系统切换时，更应该做好应急预案。应急预案中应做好最坏的打算，售票系统不能正常工作时，准备手工票就是最坏的打算。

（2） 分步切换

为了减少风险的影响，可以做系统分步切换的方案。例如：售票系统在切换时，往往用新系统售预售票，或者是用新系统售长途车站，用旧系统暂时售短程票。待新系统运行稳定后，再全面切换到新系统。针对多个用户单位的系统切换，也可分单位进行。

（3） 交叉培训

新旧系统切换过程中，用户都存在适应过程。除了在切换前做好 *** 作培训外，还要在新旧系统切换过程中做好交叉培训。让用户提前一些时间上班，让早班的用户在交班时培训中班的用户，中班的用户培训晚班的用户。做好交叉培训能够让系统平衡过渡。

7、可用性问题

软件的可用性包括软件的使用是不是高效、是否容易学习、是否容易记忆、是否令人愉快、是否不易出错等诸多因素。往往由于软件的可用性差，导致用户不满意，甚至被市场淘汰。在项目开发中应注意可用性问题，避免软件出现可用性方面的风险。

（1） 了解用户

到用户工作现场，了解目标用户使用软件的真实目的，从用户的角度、从用户的立场出发，了解如何通过软件系统替代用户的业务处理流程中，最繁琐、最容易出问题、或者是大量重复劳动的环节，让软件提高用户的工作效能和效率。例如：售票系统中，使用频度最高的界面是售票界面，售票员最关心的是钱不要出错（多了没收、少了要赔），因此，应收款和找余字体的显示应该突出、醒目；同样，票价和到达站也应该较为突出显示。通过快捷键、一键复位、数字小键盘等设计，尽量减少售票员敲击键盘的次数。否则，在日发旅客流量达七、八万人次的大型客运站，如果用户界面设计得不好，售票员一天工作下来，手指都会敲麻木。

（2） 参与型设计

与用户协作，让用户参与用户界面的设计、评审与测试，确保用户能够全面地、及早地发现可用性等方面的问题，并及时纠正。

让客户参与设计，而不要让客户设计，项目经理或高级设计人员应该主导设计。

（3） 竞争性分析

通过对市场上同类竞争性产品进行分析，或者对这些产品进行实验性测试，了解这些产品的用户界面问题，从而对新系统的开发提供启发。竞争性分析并不意味着可以剽窃别人的设计，而是通过分析竞争产品的优势和弱点，能够比以前的设计做得更好[5]。

（4） 一致性

如果用户知道同样的命令或同样的 *** 作总会产生同样的效果，那么他们在使用系统时就会更加自信，同时也鼓励他们进行探索性学习，因为他们已经具备了使用系统新部分的基础知识[Lewis er al。1989]。

开发团队应遵循公司或小组制定的用户界面标准，就可以在很多方面保持一致性，切忌不要一个系统存在多种不同的界面风格。

郑州观致电子商务,拥有有效资源, 多起成功案例, 专业制作水平, 提供微期货平台搭建、分销系统开发、捕鱼游戏开发、第三方支付软件开发、商城网站建设、电商网站建设、网站定制开发、手机app软件开发、微信小程序开发、电商系统开发、办公系统软件开发一系列服务。精英团队为您以后保驾护航!

8、结论

在信息系统集成项目中，风险是多种多样的，是无处不在的。在项目管理活动中，要积极面对风险，要培养。越早识别风险、越早管理风险，就越有可能规避风险，或者在风险发生时能够降低风险带来的影响。特别是在项目参与方多、涉及面广、影响面大、技术含量高的复杂项目，应加强风险管理。如果不主动驾驭风险，就会面临风险。

近年来随着信息技术在金融领域的运用日益深化,随着网上银行取得较快发展,并呈现加速趋势,同时其 *** 作风险也呈现出新的变化趋势。以下是我为大家整理的关于网银 *** 作风险案例，给大家作为参考，欢迎阅读!

网银 *** 作风险案例篇1

一、案例经过

某日，一名50岁左右的男子在一名30岁左右的女士陪同下，到某支行网点办理电子银行注册业务。该名男子出示的身份z是真实有效的，持有的yhk也是正常卡，符合电子银行“本人办”的要求。但是，细心的柜员在与其交流时发现，该名男子比较木呐，观其神情，有点呆板，反而与其一同前来的那名女士，却表现得十分精明。当柜员与男子进一步深入交流时，该女士表现得比较激动，并且以较为激烈的言辞对柜员施加压力。柜员顶住压力，经过一番耐心细致地了解，最后才弄清楚，原来该名男子申请办理网上银行，不是给自己用的，而是给那名女士用的，并且互相之间还不是很熟。根据最近案例通报中发生较多的关于犯罪分子利用他人注册网上银行供自己实施经济犯罪的案例情况，该柜员警觉到这笔业务存在隐形风险。为了维护客户利益，同时也为了维护该行的信誉，该柜员宛转地拒绝了这名男子的网银申请，同时告知那名女士，如果需要使用网上银行，必须自己持真实有效的证件，到银行的任何一个网点，随时可以申请注册网上银行。

二、案例分析

从整个案例过程来看，这是一起利用他人合法有效证件办理网上银行而供自己使用的典型案例。如果该柜员没有高度的责任感和敏锐的警觉性，仅简单地依据制度、流程行事，虽然合法合规，但极易引发风险。一旦风险转化为事实，不但会给客户带来经济损害，而且会给银行造成负面影响。

三、案例启示

目前该行电子银行注册实行的是“本人办，本人签名，交本人”的原则，在实际 *** 作过程中，该行柜员执行得比较严谨。但是，是否是本人使用，银行及社会各方的监控依然是一个空白，而柜员在办理业务的过程中，能主动分析判断是否是本人办理，本人使用，无形中为该行电子银行增加了一道防火墙。通过该案例，我们得出如下启示：

(一)柜员办理业务时应注意察言观色。柜员在办理该类业务过程中，应结合平时学习的案件防范方面的案例，有意识地观察申请人办理网上银行注册申请是否是自主意思的表现;身边是否有 其它 可疑人员;申请人的神情神色是否是自然流露;是否有遭受他人 *** 控与 *** 纵的可能。

(二)服务中多与客户交流沟通。柜员在服务过程中，通过善意的、有意的交流、沟通，可以让许多客户的隐形问题逐步浮出水面。许多当局者正处于“迷惑”的状态，我们作为责无旁贷的服务者，有必要想方设法了解真相，说服对方，使其走出迷局，达到“清醒”的境界，以保全自身!

(三)做好客户防范网银风险告知工作。为客户办理网上银行业务时，一定要做好耐心细致的解释工作，对客户把自己的网上银行转借给他人使用所产生的危害和必须承担的法律责任，明确地告知客户。同时，注意告知技巧，不能因为防范风险而使被拒绝的客户对我行产生不满情绪，既要使客户能明白个中的要害所在，又要使客户心悦诚服地接受我们不能轻易给他办理网银的现实。

网银 *** 作风险案例篇2

用户徐先生在某款网络游戏中，看到有人在聊天频道喊话，低价出售游戏币。徐先生于是通过对方留下的QQ号与对方进行了联系。对方邀请徐先生到知名的网游交易平台“5173”上进行交易，并提供了5173的商品链接。

徐先生使用农行网银支付购买后，页面提示交易不成功。徐先生向对方询问，对方就给徐先生提供了一个“5173客服QQ”号码，请徐先生与客服联系，协商解决。

徐先生与客服交流后，客服要求徐先生提供姓名和身份z号码等信息进行核对。徐先生如实提供后，客服向徐先生提供了一个退款链接。但徐先生打开后，进入的却是一个授权支付的界面。

徐先生对这个页面表示不解，客服随即提出远程协助徐先生完成退款 *** 作。随后，徐先生同意对方通过QQ对自己的电脑进行远程 *** 作，完成授权后，徐先生感到对方的 *** 作很可疑，随即终止了对方的远程 *** 作。

但等徐先生查看自己的农行账户时，发现其中已经多了5900元的支付记录。其中，先前支付的900元实际上是购买了电话充值卡，但充值卡去向不明。其余5000元的去向也不明所以。

网银 *** 作风险案例篇3

通过银行网银系统，将一个银行个人账户中的资金转到另一个银行个人xyk绑定的虚拟卡账户时，该虚拟卡账户显示的到账金额比实际转入金额增加了一倍。29岁小伙发现这一银行系统漏洞后，以此方式从某银行套取1935万余元，另超额透支769万余元。2016年6月，该案在市中院开庭审理，并将择期宣判。

1、案件概述

2014年，小卫发现，通过银行网银系统将其在某银行个人账户中的资金转至另一家银行个人xyk绑定的虚拟卡账户时，该虚拟卡账户显示的到账金额比实际转入金额竟然增加了一倍。

一开始，小卫以为只是偶然事件，但随后他测试发现，确实是银行系统有此漏洞。之后，小卫用自己名下的储蓄卡和4张银行xyk，及以父亲姓名办理的3张银行xyk，不断进行重复 *** 作，将储蓄卡账户的资金转到个人xyk绑定的虚拟卡账户上，待资金虚增一倍后，再将资金从虚拟卡账户通过绑定的个人xyk刷卡转回储蓄卡账户，或将资金从虚拟卡账户转至自己控制的其他个人银行账户再转回储蓄卡账户的方式，反复循环 *** 作。11天的时间，小卫 *** 作248笔，账户上虚增资金共计3528万余元。

由于部分虚增资金上账滞后、银行监控系统冲正等原因，截至案发时，实际被套取的虚增资金有1935万余元。同时，小卫在 *** 作过程中还超额透支了银行资金769万余元，两项实际到手的资金共计2704万余元。

被套取资金的某银行湖北省分行发现小卫 *** 控的7张xyk账户上密集发生大量资金频繁进出，且转出资金远超转入资金，不符合xyk使用规则，造成超限额透支，遂通知发卡行江汉支行。次日，江汉支行向公安机关报案。公安机关经侦查，于当日23时许，在江岸区的一家酒店将小卫抓获。

案发后，公安机关对小卫转出和使用的部分资金循迹查获，追回金额677万余元。被套取资金的银行分别通过打电话、上门等方式多次让小卫还钱。小卫归还了102万余元，至今仍有1925万余元无法偿还。

2、商业银行信息科技风险防范不足

目前，随着科技高速发展，银行电子产品业务越来越多，网上银行，手机银行的功能也不断推陈出新，竞争也越发激烈。而由于各项软件的漏洞而引发的风险加速暴露。本案例中银行网银存在漏洞使得被告有机可乘，套取银行资金，使得银行蒙受损失。本案例中银行面临此风险应归类为信息科技风险。信息科技风险是指信息系统在规划、研发、建设、运行、维护、监控及推出过程中由于技术和管理缺陷产生的 *** 作、法律和声誉等风险。

信息科技风险产生的原因主要包括：(一)系统灾备机制不健全，应急预案不完善。(二)商业银行信息系统建设实行外包机制，潜在风险较为突出。(三)日益增多的应用信息系统未实现有效整合， 系统安全 风险加大。(四)科技软硬件基础设施薄弱。(五)信息系统运行保障能力不足，存在数据备份损毁的风险。(六)信息系统安全存在风险隐患。(七)预警监测体系亟待完善。(八)科技信息衍生品风险管理不到位。

3、风险启示

防范信息系统风险建立信息科技风险管控体系是关键。商业银行应借鉴先进金融机构的良好做法和国际标准，从业务需求出发，在组织机构、人员、技术和流程四个方面加强信息科技风险管控，研究建立信息科技风险管控系，做到事前有预防、事中有控制和事后有检查，将技术防范为主的被动信息安全工作，转变为以预防为主的主动信息科技风险管控。

(一)加强对商业银行业信息科技风险管控工作的组织领导。建立全系统自上而下的信息科技风险管控体系，落实信息科技风险管理和防范责任，内外合力，齐抓共管，处理好业务发展与信息科技风险防范之间的关系，加大对信息科技的投入，积极采取 措施 消除信息科技风险重大隐患。高度重视科技队伍建设，打造一支稳定、团结、高效的科技队伍，要加强复合型人才培养，有针对性地组织对信息科技人员培训，加大人才引进力度，有效集成人力资源，建立与信息科技风险防范相关的激励和奖惩机制，形成信息科技风险防控合力，为商业银行业务发展和科技风险的管控提供强有力的人力保障。

(二)加强对信息科技重点环节的风险防范。一是要提高信息系统运行保障能力。加大科技软硬件设施投入，消除单点故障隐患。完善各项管理制度，制定应急预案并组织演练，提高抗风险能力和突发事件应对能力。二是完善信息系统安全运行体系。对机房、网络设备、主机设备、网络及数据访问、科技人员 *** 作风险等方面进行全面安全评估。设立信息科技风险管理部门及岗位，严格执行开发、运行、维护等岗位分离及关键岗位的 AB 角配备，完善相关管理制度。三是加强项目外包风险管理。对外包公司的规模、技术水平、业务保障能力、保密等进行全面评估，在外包合同中明确要求外包公司提供系统核心源代码及相关信息。尽快提高银行科技人员核心业务系统自主开发能力和系统安全策略自主配置能力。四是加强业务系统风险管控。对由于IT系统的缺陷和不足引发的案件，要 总结 教训并认真整改，做到人员控制、制度控制、系统控制三到位。

(三)健全灾备机制，确保业务连续运行。商业银行在数据大集中后，仍应注重保证本地使用数据的安全性，对一些数据要求相对高的交易数据，应采用硬件双机备份或者应用程序备份方式。独立法人机构应加快异地灾难备份中心的建设，确保数据的安全性、完整性;在网络灾备方面，暂时没有条件启用主网和辅网双路并行的机构，可选择在同一区域不同网点分散租用不同网络供应商线路的方式，缓解突发故障造成的影响。

(四)提高信息系统整合度，优化各类系统。随着信息系统的增多，必然导致安全隐患的增加，因此商业银行应对已上线的、准备上线的、计划开发的各类信息系统进行优化整合，在全面完成业务数据大集中的基础上，建立适应客户需求变化的信息资产风险管理统一框架。要大力整合现有业务流程、数据信息、数据应用和数据控管等，尽量合并功能重复的信息系统，减少内部和外部的连接数量，优化彼此关联的信息系统，提高信息系统安全系数。

(五)加强科技信息风险监管，提升风险管控能力。一是监管部门要迅速探索建立商业银行信息资产风险监管标准体系，着重解决商业银行信息资产风险评估与定价标准，按业务系统性质及其隐形资产价值、网络运行特性以及运营商素质等方面内容，科学划分信息资产风险级别与管理要求。二是应迅速建立商业银行信息资产风险监管法规体系，从系统开发、使用、维护、管理以及网络运营商与IT公司的资质、素质等各个层面提出相关指引，确保系统从研发到使用全过程合规合法。三是要进一步加强科技信息风险现场检查。基层商业银行由于自身风险防范能力薄弱，是风险隐患的多发部门，监管部门应定期检查、评价银行业机构科技信息系统运行情况、风险程度，发现问题及时督促整改。

IT项目管理可以分为两部分理解：一个是IT，一个管理；掌握项目管理的知识体系，项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购，另一个是对IT项目特别是软件工程项目的背景和技术深入了解，第三个就是多关注现实中的成功和失败项目实例啦，积累经验。

互联网的机遇和模式转瞬即逝，当你有一个好创意好想法时，就可以把想法落地实现，而这一切都是技术作为支撑，从之前的app应用到现在的小程序。

大多数的个体或企业因为技术的受限，都会选择第三方开发公司进行小程序定制开发，不管是模板二次开发还是定制开发，在和第三方合作时都存在着一定

小程序定制开发外包风险，那么企业或个人如何规避这些风险呢，本文章将为您提供一些非技术层面的借鉴，希望对您有所帮助。

在和第三方合作时，经常出现的几个问题包括开发周期被拖长，结果验证没有达到预期，沟通不及时到位等。对这几个问题我们分开来讲。

未能满足企业需求：开发完后客户发现小程序没有实现自己要求的那样，出现此类情况可能有二：一是在合作过程中，沟通不当或很少沟通，客户没有意识到沟通的重要性，就与外包开发公司展开了合作。二客户没有对外包开发公司深入了解，外包开发公司技术能力一般，客户改变不了外包开发公司，所以在选择合作时唯有谨慎考察才行。针对沟通的问题，可以这样，客户需要对自己的需求有清晰的认知，把需求具体化、细节化，确保准确传达，最好建立需求文档进行说明。

开发周期被拖延：客户找外包开发公司时，遇到了开发周期被拖延了，主要是因为小程序开发与预期不符，需要对小程序进行修改，多次反复修改，周期就有可能被拖延，这对客户的时间来说是个不小的挑战，所以在前期开发合作时，需要对开发验收标准和节点必须有明确的说明，来掌控开发进程。

项目未完成：在定制小程序时，出现了项目摆烂的情况，客户把钱也交了，最终因为客户的需求难以实现没有完成，还不退钱等。为了防止此类情况的发生，选择一家合格的开发公司变得非常重要，如何判断外包开发公司是否靠谱呢？从了解公司的基本情况开始，考察公司的成立时间，主要业务，公司人数等，还有从公司能提供的小程序定制流程和各环节的费用考虑，案例是否足够多，案例多代表了公司被认可，口碑好，技术雄厚等特点。再了解一下公司的工作氛围，是否具备技术开发能力，从沟通中对客户提供的需求能实现多少。

所以我们在找外包开发公司合作时，不但要对公司的进行详细的考察，还要对合同中出现的验收标准，违约条款，周期延长赔付等问题进行详细的说明才行。

以上就是关于项目管理学案例分析全部的内容，包括:项目管理学案例分析、软件开发管理如何风险管理、网银 *** 作风险案例等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！