电子金融系统的开发与管理.ppt
电子金融系统的开发与管理,第一节 信息系统的开发模型第二节 电子金融系统的开发方法第三节 电子金融系统的开发策略第四节 电子金融系统的分析方法,第一节 信息系统的开发模型开发模型：建设系统的习惯工作风格和流程生命周期开发模型正如人的生命要经历出生、幼年、青少年、成年、老年到死亡的过程一样，信息系统的开发也存在从提出到投入使用，直到最后终止的生命周期，这是一种最传统的开发模型。快速原型开发模型原型：以较少的费用、较短的时间开发出来的能反映最终产品主要特征的样品。系统设计者与最终用户之间通力合作，用比较短的时间完成问题定义后，采用开发工具立即建立一个可运行的原型，然后交付用户试用，提出意见，再采用迭代法或增量法反复修改、完善产品的功能，直至形成最终交付使用的系统。,系统分析:,Whereare we?,Whereshouldwe go?,Bywhatmeans?,Who doeswhat andwhen?,How willwe knowwhere weare then?,需求与目标的确定,确定技术路线,分工与协作,现存环境的分析,下一步如何操作,Who?What?When?Where?Why?,现存环境的分析(企业自身、市场环境、客户、供求、竞争等的现有环境及趋势分析已有的组织与业务及e-B准备人员储备与培训情况、组织、管理的准备情况、资金、已有的设备市场环境及趋势政治/法律：专利法/保护法、税收政策、外贸法规、用工政策、政府稳定；社会/文化：人口、收入分配、社会流动性、生活习惯、工作态度与生活方式、消费理念、教育水平；经济：商业周期、GNP 趋势、利率、货币供给、通货膨胀、失业率、可支配收入、成本；技术：政府在研发上的投入、新发现/发展、技术发展的速度、淘汰率；市场预测：销售数量/值、利润、市场大小、市场份额、客户数、主要竞争对手的数量技术环境及趋势网络的基本状况、IP的设计与策略、设备/数据/对象的访问原则、管理与安全策略、Internet的角色、其他系统容量客户哪些客户需要哪些产品？通过何种途径？何时？何地？忠诚度？竞争谁是主要竞争对手?主要竞争对手的商业模式是什么?人家真正好在哪里?产品与服务其它,生命周期开发模型的缺点采用瀑布模型，开发周期长，各阶段工作不能同时进行；越在前的阶段所犯错误对后阶段的影响越大；开发周期长，开发工作的可视性差。,快速原型开发模型基本步骤确认基本需求开发一个可工作的原型试用原型修改原型重复第3、4阶段完善原型或重建系统。,快速原型开发模型的特点符合认识事物的一般规律：从部分到整体；便于用户与开发人员之间沟通；依赖高级的软件开发工具；节省时间、费用,第二节 电子金融系统的开发方法开发过程中集成了各种思路、规范、方法、工具和环境，相互影响。结构化系统开发方法它的基本思想是：用系统工程的思想和工程化的方法，按用户至上的原则结构化，模块化，自顶向下地对系统进行分析与设计。分析调研时：自顶向下系统实施时：自底而上原型开发方法原型法一开始就凭借着系统开发人员对用户要求的理解，在强有力的软件环境支持下，给出一个实实在在的系统原型，然后与用户反复修改，最终形成实际系统。,面向对象的开发方法它认为客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和运动规律，不同的对象之间的相互作用和联系就构成了各种不同的系统。对应生命周期开发模型的4个阶段：系统调查和需求分析分析问题的性质和求解问题（OOA）：用例图、类图等整理问题（OOD）程序实现优点面向对象看待现实世界的方式和现实世界的组织方式是一致的，它能够直接将问题域结构咉射到系统模型中；面向对象方法支持软件重用，可降低成本，提高质量；对象具有“自治”特点，扩展性、可维护性大大提高。,面向对象的一些基本概念 类及对象(Class、Object)类是一个封装了数据抽象和过程抽象的单元，该单元能够描述现实世界客观实体的状态和行为。类的属性赋于类状态保持的能力，这就使类能够“生存下去”，同时类的操作使类能够主动变化，实现状态变迁，这样类就又获得了“发展”的能力。这样类就能胜任描述客观世界中的有机实体。继承（Inheritance,泛化）:类的继承可用来表达现实世界中实体的相似性。继承机制使类具有继承和被继承的能力，也就是具有重用和被重用的能力（即具有“进化能力”）,父类,子类,关联关联用以表明类与类之间所具有的除继承、聚合以外的一种相关性的关系。,Class Author public:.Computer*pc1;/Author类对象的删除不会删除Computer类对象;,聚合（Aggregation）聚合是类之间的一种整体与部分的特殊关联关系，如汽车包括四个轮子，一台发动机等。,Class A1 A2*pa1;/整体删除/部分不会删除;,Class A1 A2 a1;/整体删除 A3 a2;/部分应删除;,消息(Message)消息是类(对象)间实现通信的手段，一个类就是通过消息来申请另一个类提供的服务，因此消息中通常会标明要求操作的名称和相应的参数。类受到消息请求后先分析请求的合法性和消息的合法性，然后再操作。消息连接用一条带箭头的线段表示：,多态性（polymorphism）-良好的可维护性和扩展性 多态性是指对象的某个行为具有多种形态的特性。一个行为的多种形态从外界看来具有相同的行为名称（也即相同的消息名），标识一种行为。Move(distant)Move(destination)Move(routine),面向对象（object oriented)Coad和Yourdon认为：面向对象=对象+分类+继承+通过消息的通信,即：只有应用了对象（属性、操作、行为的封装）去对问题空间的实例进行抽象，并应用分类技术来管理对象，应用继承机制管理对象之间的相似性，并且通过对象间的消息连接来实现对象间通信的方法可称为面向对象方法。,面向对象开发使用的工具-UML统一建模语言(Unified Modeling Language)1997.11.17,UML被OMG(Object Management Group)接收为标准；UML是在Booch,OMT等方法的基础上引入一些新的理论和描述方法，如：模板类型、标记值、限制、线程、进程、分布、并发、模式/合作、活动图、精练、接口、组件、对象约束语言等；UML本身是一个完整的建模语言，支持系统开发的不同阶段，从需求分析-系统测试；需求分析阶段：UML通过用例图（有时也需一些简单的类图、活动图）来捕获用户需求，描述对系统感兴趣的外部角色和他们对系统的功能要求；问题性质分析与求解阶段：主要关心问题域的概念和实体，并得到与问题域直接相关的类和对象，以及它们之间的关系（类图、顺序图、协作图、状态图、活动图）；整理阶段：需要定义一些与技术实现相关的类，如：用户接口、数据库、通信和并行等问题，UML提供了强大的静态和动态建模机制（类图、顺序图、协作图、状态图、活动图、组件图、实施图）程序实现：类-语言代码（构件图和合作图）,UML提供了 五类图共九种图形：第一类：用例图（Usecase Diagram）第二类：类图、对象图、包图第三类：行为图（活动图+状态图）第四类：交互图（顺序图+合作图）第五类：实现图（构件图+配置图）支持UML的开发工具：Rational RoseUML_Designer,用例图：定义和描述了系统的外部可见行为功能，刻画了系统的完整功能需求，它和角色之间必须要有I/O消息。用例图=用例+系统边界+角色+角色与用例间的关联,购买者,代理商,信用卡公司,银行,运输服务公司,购买物品,信用卡付款,物品返还,客户关系管理,产生定单,类图：从静态的角度描述了系统中所有类及类之间的关系，如：关联、聚合、继承；同时类图还描述了类的属性及操作。,实体关系（E-R）方法最早用于数据库逻辑设计，后成为需求分析的方法（现实世界-信息模型信息世界-数据模型计算机世界）；它的主要思路是对来自现实世界问题的信息与关联对象之间的关系进行分析，从而构筑现实世界的信息模型,CASE开发方法在对象系统调查后，后续系统开发过程中的每一步都利用图形处理技术、程序生成技术、关系数据库技术等为一体的CASE开发工具自动实现。混合开发方法综合考虑不同方法的优势，在不同开发阶段采用上述不同的开发方法，由于结构化方法的主导地位，这里我们不妨称之为以结构化开发方法主导的“混合开发方法”。,第三节 电子金融系统的开发策略电子金融系统的发展,电子金融系统的发展趋势：向组织结构的高层-领导决策层迈进；应用从独立的业务部门向多部分共享、多金融企业互联、全球联网支付方向发展。,系统规划方法关键成功因素法（CSFs）1970年，哈佛大学教授William Zani在信息系统模型中用了关键成功变量,这些变量是确定系统建设成败的因素；MIT的教授John Rockart把CSF提高成为信息系统的战略因素。它包含以下几个步骤：了解公司目标，进行目标识别；识别关键成功因素；识别性能的指标和标准；识别测量性能的数据，并据此建立数据字典。,战略目标集转换法把组织的战略目标转变为电子金融系统战略目标的过程;William King于1978年提出，他把整个战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略变量（如环境约束）等组成；步骤：描绘出组织各层人员结构，如卖主、经理、雇员、供应商、顾客、贷款人、政府代理人、地区社团及竞争者等；识别每类人员的目标；对于每类人员识别其使命及战略。,企业系统规划法IBM公司70年代初在内部系统开发过程中，创建了一种系统的规划方法，即BSP方法，它主要是基于用信息支持企业业务运行的思想。,金融业的流程再造企业变革和系统开发同时进行;美国的Michael Hammer与James Champy两位教授提出BPR(Business Process Reengingeering)：公司为了获取在成本、质量和速度等绩效方面的显著的改善，以业务流程为核心进行的根本性的再思考和彻底性的再设计；无论是传统的电子金融系统开发，还是基于互联网的开放式电子金融业务处理平台的开发，都表现出与BPR活动相结合的趋势。,电子金融系统的开发流程,电子金融系统开发流程三个成功要素：第一是合理确定系统目标；第二是组织系统性队伍；第三是遵循系统工程的开发步骤关键点“第一把手工程”,第四节 电子金融系统分析方法（以结构化分析方法为例）电子金融系统分析阶段的主要任务解决“做什么”的问题。并将“怎样做”的问题移交给系统设计阶段电子金融系统分析阶段的主要工作了解原有系统可行性分析详细调查资料分析提交多个系统分析方案,结构化分析方法的核心数据流程图法数据流程图法数据流程图数据字典（Data Dirtionary，简称DD）相关的处理逻辑说明。基本思想“基于流程”将一个大型复杂的系统逐层分解成许多个足够简单的基本处理，然后分别理解每个处理。,数据流程图结构化分析方法的基本出发点是：一个计算机处理系统是由数据流和一系列的处理转换过程构成的，处理转换过程将输入数据流转化为输出数据流，即计算机数据处理过程可以归结为“输入数据（Input）处理转换（Process）输出数据（Output）”这样的IPO过程，所以结构化分析方法将分析的重点集中与数据及其处理过程。使用少数几种符号综合地反映信息在系统中的流动、加工处理和存储情况。,结构化分析方法DFD例子,顾客,汽车配件数据,订货单,发货单,顾客,汽车配件数据,汽车配件数据,暂存订单,顾客数据,发给供应商的订单,供货商,订货单,订货要求,发货单,发货单,订货处理,编辑订单,开发货单,汇总处理,核发订单,一个销售管理系统的DFD图,数据字典概念描述和说明数据流程图中各元素的内容的集合内容数据流条目文件条目数据项条目实例（用数据字典对数据流描述）,处理逻辑说明目的：为了便于系统设计人员了解系统分解后的基本处理过程内容：对每个处理作相应的描述，说明它主要“做什么”明确描述并表达系统最终用户的需求,数据流图法的实例说明共享ATM系统数据流图的思想自顶向下，逐步求精顶层图中间层底层图由外向里的原则共享ATM系统构成持卡人、ATM终端、代理行、交换中心、发卡行、央行清算中心,顶层图-ATM共享系统,二层图-ATM终端机的处理流程,三层图-ATM终端机读卡处理,二层图-代理行处理,二层图-交换中心处理,二层图-发卡行处理,数据流图法的实例说明共享ATM系统业务处理逻辑说明请求处理响应处理确认处理数据字典说明请求信息内容：客户交易数据，交易类型，交易金额响应信息内容：增加发卡行交易序号；交易响应指令确认信息：代理行数据；发卡行交易序号；交易完成,作业通过实地考察调研，绘制出某一银行应用处理的数据流程图。,
