管理信息系统09学习教案

1、会计学1管理信息系统管理信息系统09第一页，共57页。2现代信息系统体系结构庞大、数据量大，运用传统(chuntng)的方法及工具已难以满足用户的要求，需要有新的方法论来指导系统的分析与设计过程。面向对象的方法是基于对象概念的分析与设计方法，认为信息系统是按照不同抽象层次组织的对象的集合。第1页/共56页第二页，共57页。3第2页/共56页第三页，共57页。4客观世界可以看成由许多不同种类的对象构成，每个对象都有其内部状态和运动规律，不同对象间存在联系(linx)和互动。 “面向对象”是人类从客观事物组织结构的角度认识并模拟客观世界，即建立(jinl)适应一般思维方式的问题域描述模型的一种方法

2、。第3页/共56页第四页，共57页。5 对象 泛指所要研究(ynji)的具体事物、抽象概念等。不同应用领域中的对象称为问题对象。 在面向对象的系统中，问题对象是基本的运行实体，由一组数据和施加于这些数据上的一组操作封装而成的。 构成对象的基本要素包括： 标识、数据、操作、接口第4页/共56页第五页，共57页。6 对象 记录对象静止特征的数据包括： 公共数据 公共数据对外界是可见的，用于对象间信息的传递； 私有数据 私有数据则是对象操作(cozu)实现过程中的局部信息，外界不可见。第5页/共56页第六页，共57页。7 对象 封装的数据和操作之间亦相互作用。 数据刻画对象的属性，操作表示对象的功能

3、。 对象属性决定对象可能行为，而对象行为又能改变对象自身的属性，即对象状态(zhungti)发生变迁。第6页/共56页第七页，共57页。8状态转换操作集合状态集合接口消息回送消息图 对象(duxing)的自动机表示 说明了对象的内部组织和机制以及(yj)与其他对象的联系 第7页/共56页第八页，共57页。9 类 相似对象的集合。 在现实世界中有许多内部状态和外部行为相似的对象，由这些对象构成的集合就是类。 类定义包括(boku)： 标识 继承 数据结构 操作 接口图片(tpin)来源： 第8页/共56页第九页，共57页。10 类 对象集合(jh)的抽象 规定了相似对象的公共状态与行为特征。 创

4、建对象的样板 对象是类的具体实例(instance)，通过类的例化而产生 在系统开发过程中，要利用类的这一特性，采用增量方式逐步完善应用系统，即通过增加新类来扩展系统功能。 第9页/共56页第十页，共57页。11 消息 消息是实现对象与对象间相互合作的通信载体,是连接对象的纽带。 从实现的角度看，消息就是请求对象执行某个(mu )处理或提供某些信息的要求，既可以是数据流，又可以是控制流。第10页/共56页第十一页，共57页。12 消息传递 当一个消息发送给某个对象时，包含要求接收对象去执行某些活动的信息，接收到消息的对象经过(jnggu)解释予以响应，对象间的这种相互合作需要一个机制协助进行，

5、这样的机制称为“消息传递”。 传送(chun sn)对象接受(jishu)对象接口消息消息传递模型 第11页/共56页第十二页，共57页。13 继承 继承关系经常也被称为“isa”关系，用来表示应用领域中的抽象和结构。 有继承关系的类之间应具有如下特性： 共享性 差异性 层次性 继承最重要的优点在于(ziy)支持重用。第12页/共56页第十三页，共57页。14 继承 是指一个类（即称子类）因承袭而具有另一个类（或称父类）的能力和特征的机制或关系。 是一种联结类的层次模型，允许并鼓励类的重用。 整个层次结构的上部(或祖先类)是最具有通用性的，而下部后代，则具有特殊性。 类可以从它的祖先那里继承方

6、法和属性，并且类可以修改(xigi)或增加新的属性、方法使之更符合特殊的需要。 第13页/共56页第十四页，共57页。15 “面向对象”是一种认识客观世界的认知方法学。从人们思维模型和认识事物的角度，面向对象很自然地与客观世界的固有特征相对应。 “面向对象”亦是一种解决问题的思维方法。这种方法描述的现实世界模型贴切(tiqi)合理，符合人们认识世界的思维方法。第14页/共56页第十五页，共57页。16面向对象系统开发将面向对象技术用于系统开发的全过程，包括分析、设计、编程、测试及集成等。从面向对象观点出发，以应用领域的问题对象为着眼点，用直观的方式描述客观世界的内部结构，将现实世界的空间模型平

7、滑而自然地过渡到面向对象的系统模型，使系统开发过程与人们认识客观世界的过程保持最大限度的一致。整个过程可从宏观和微观两个(lin )层面去理解。 第15页/共56页第十六页，共57页。17面向对象系统开发宏观层面从宏观层面看，面向对象的系统开发方法包括分析、设计、实现以及运行与维护等四大阶段，遵循反复(fnf)累增的生命周期。这种反复(fnf)累增的生命周期与传统的不同，既非严格的自顶向下，也非严格地自底向上。第16页/共56页第十七页，共57页。目 标 系 统类 库t时间分析设计分析设计 类一类二类三设计实现t 时 间运行维护分析设计反复(fnf)累增的生命周期第17页/共56页第十八页，共

8、57页。19 面向对象系统开发宏观层面 反复是指分析、设计与实现各阶段不是顺序完成的，而是经过多次迭代完成，每一次迭代都要以前次迭代结果为基础，进行(jnxng)相应的分析、设计与实现。 累增是指在每一次迭代过程中，分析、设计与实现都会产生新的成果，系统功能结构逐步得到改进，最后达到用户要求。第18页/共56页第十九页，共57页。20面向对象(duxing)系统开发微观层面每一宏观阶段中几乎都会涉及标识对象(duxing)，确定对象(duxing)的属性，定义对象(duxing)的服务，以及确定对象(duxing)间关系等处理步骤。第19页/共56页第二十页，共57页。21 面向对象系统开发微

9、观层面 分析阶段，通过详细调查问题领域，列举问题领域主要实体对象，初步梳理出这些(zhxi)实体对象的属性、行为及彼此间的关系。第20页/共56页第二十一页，共57页。22 面向对象(duxing)系统开发微观层面 设计阶段,对分析阶段所得到的问题领域实体对象(duxing)/类进行求精，进一步发掘新的问题领域对象(duxing)，同时要面向目标系统的实现标示出控制对象(duxing)/类及接口对象(duxing)/类，在这一过程中，还要定义对象(duxing)/类之间的关系；第21页/共56页第二十二页，共57页。23面向对象系统开发微观层面实现阶段，一方面构成较高级抽象,例如，图像(t x

10、in)、按钮、对话框、控制框等低级类可构成一个较高级窗口类，另一方面,在现有类中发现共性，抽象出更高级的类。第22页/共56页第二十三页，共57页。24 面向对象系统开发微观层面 总之，在每一阶段中，只要出现新的对象,就必须经过(jnggu)微观过程的几个处理步骤。 可以说，宏观过程的反复累增与微观过程的反复累增是交织在一起的。第23页/共56页第二十四页，共57页。25 自上个世纪90年代，各种支持面向对象系统开发过程的工具不断涌现。统一建模语言(Unified Modeling Language，UML)就是(jish)其中应用最广泛的工具之一。第24页/共56页第二十五页，共57页。26

11、第25页/共56页第二十六页，共57页。27面向对象建模语言出现于70年代中期。至1994年，建模语言的种类激增至五十多种。最突出的问题(wnt)是，缺乏支持分析、设计及实施各阶段成果有效交流的公共平台。Grady Booch、James Rumbaugh和Ivar Jacabson三人共同推出了标准建模语言UML。第26页/共56页第二十七页，共57页。28自1995年开始，许多公司纷纷支持(zhch)UML标准，逐渐形成UML联盟。包括DEC、HewlettPackard、Intellicorp、Microsoft、Oracle、Texas Instruments、Rationa1等公司9

12、8年OMG接手UML标准的维护工作，并且制订了若干新的UML修订版。第27页/共56页第二十八页，共57页。29UML为开发人员提供了标准的、易于理解的表达方式用于构建系统蓝图，便于不同的开发人员共享和交流工作结果。在UML提供的平台上，系统分析员、客户、程序员和其他系统开发人员能够相互理解，并以一致的方式来组织系统分析与设计的过程。目前，UML已成为行业(hngy)事实标准，广泛地应用在信息系统相关领域。第28页/共56页第二十九页，共57页。30 UML提供一套相互组合的图表元素，支持以图形方式对系统需求、功能、结构等内容进行建模，描述系统组成结构、功能结构及实现细节，为开发者或开发工具使

13、用这些图形符号和文本语法为系统建模提供了标准(biozhn)。 从组成结构角度看，UML包括九种基本图。第29页/共56页第三十页，共57页。31 类图 类图描述类和类之间的静态关系，如关联、聚类、组成和继承等关系。 类图不仅显示(xinsh)了信息的结构，还描述了系统的行为。 类图是定义其它图的基础。 矩形方框代表类的图标，分三个区域： 最上面的区域标识类名， 中间区域是类的属性， 最下面区域里列的是类的操作。洗衣机洗衣机 （类名称）（类名称）型型 号号 （类属性）（类属性）漂漂 洗洗 （类方法）（类方法）类图示例(shl)第30页/共56页第三十一页，共57页。32 对象图 对象(obje

14、ct)是类的实例，具有具体属性值和行为。 对象图常用于表示复杂类图的一个实例，对象之间的链(Link)是类之间的关联的实例。 与类的图形表示相似，对象的图标也是个矩形，只是对象名下面要带下划线。具体实例的名字位于冒号(moho)的左边而该实例所属的类名位于冒号(moho)的右边。 比如，海尔：洗衣机。第31页/共56页第三十二页，共57页。33 用例图（use case diagram） 用例是从用户的观点对系统行为或系统使用场景的描述。可以帮助(bngzh)系统开发人员从用户的观察角度收集可靠的系统需求。 一个用例是用户与计算机之间的一次典型交互作用。这对于建立人机交互的信息系统（而非计算机

15、设备使用的）尤为重要。第32页/共56页第三十三页，共57页。34用例图（use case diagram）下图说明了如何通过用例图来描述(mio sh)使用一台洗衣机洗衣服。洗衣机用户洗衣服代表洗衣机用户的直立(zh l)小人形被称为交互参与者（actor），椭圆形代表用例，值得注意的是，参与者（发起用例的实体）可以是人也可以是系统。第33页/共56页第三十四页，共57页。35用例图需求分析阶段的用例模型是系统开发者和用户反复讨论的结果，应能够充分(chngfn)表达开发者和用户共同认可的需求内容。其特点包括：首先，用例模型可以描述待开发系统的功能需求；其次，用例模型将系统看作黑盒，从外部执

16、行者的角度来看待系统；第三，用例模型是需求分析之后各阶段开发工作的主要驱动因素，是验证和检测目标系统的依据。 第34页/共56页第三十五页，共57页。36活动图用途既可用来描述操作（类的方法）的行为，也可以描述用例和对象内部的工作过程。依据对象状态的变化来捕获动作(dngzu)（将要执行的工作或活动）与动作(dngzu)的结果。第35页/共56页第三十六页，共57页。37活动图活动图中，一个活动结束后将立即进入下一个活动。用例和对象行为的各个活动之间通常也具有(jyu)时间顺序。 洗涤缸旋转洗涤15分钟排污水重新注入净 水活动(hu dng)图图示 第36页/共56页第三十七页，共57页。38

17、 顺序图 表达对象之间的基于时间的动态交互(jioh)关系，着重体现对象间消息传递的时间顺序。 顺序图存在两个轴： 水平轴表示不同的对象， 垂直轴表示时间。第37页/共56页第三十八页，共57页。39图中的对象用带有垂直虚线的矩形框表示(biosh)，标有对象名和类名。垂直虚线是对象的生命线，表示(biosh)某段时间内对象处在活动状态。对象间的通信则通过对象生命线间消息来表示(biosh)。注 水 管洗 涤 缸排 水 管注 入 净 水保 持 静 止停 止旋 转 洗 涤排 污 水注 入 净 水旋 转 洗 涤排 污 水停 止旋 转 甩 干停 止顺序(shnx)图图示 第38页/共56页第三十九页

18、，共57页。40 协作图 表达(biod)系统中相互合作的对象为完成目标之间的交互关系和链接关系。 与顺序图着重体现交互的时间顺序不同，协作图强调交互对象间的静态链接关系。协作(xizu)图示例内部计时器注水管洗涤缸1 停止2 旋转洗涤图中的序号代表命令消息的发送顺序，计时器对象先向进水管对象发送停止进水的消息，再向洗涤缸对象发送旋转洗涤的消息。 第39页/共56页第四十页，共57页。41状态图表述在任何给定(i dn)的时刻，一个对象所处的某一特定状态。比如，电梯可以处于上升、停止或下降状态。洗衣机可以处于浸泡、洗涤、漂洗、脱水或关机等状态。状态图包括一系列的状态以及状态之间的转移。 浸泡洗

19、涤漂洗脱水图中最顶端的符号代表起始(q sh)状态，而底端的符号表示终止状态。 状态图图示 第40页/共56页第四十一页，共57页。42 组件图用于明确系统各部分的功能，例如在图书管理系统中可以包括“借还书处理”、“信息查询”等组件。 配置图则用于显示信息系统的物理体系结构，可以描述计算机和设备，展示其连接(linji)以及驻留在每台机器中的软件 。第41页/共56页第四十二页，共57页。43第42页/共56页第四十三页，共57页。44面向对象系统(xtng)分析的基本任务: 找出并规定该问题域中根据系统(xtng)各项要求而行动并相互作用的对象，并依据这些对象及其关系建立问题域模型。第43页

20、/共56页第四十四页，共57页。45 面向对象分析的基本步骤： 1.问题域陈述 通过与用户不断交流，开发人员获得(hud)对问题域 详尽的陈述. 2.识别对象/类 把对象分为以下三类: 实体对象指在问题领域中直接认识到的对象， 接口对象是一种技术性对象，用于连接应用（应用问 题/应用软件）和外界系统或用户， 控制对象主要用来协调实体对象和接口对象的活动。 在分析阶段识别的主要是实体对象。 第44页/共56页第四十五页，共57页。46识别对象的准则(zhnz)： 搜寻准则(zhnz) 依次考虑问题域中的结构、系统设备、需要保存信息的事件、人员、物理位置、组织机构等，从中挖掘系统潜在对象。 判别准

21、则(zhnz) 根据系统是否有必要保存该对象的信息、对象的属性个数是否大于一等因素，确定模型对象。 检验准则(zhnz) 检验其存在的合理性, 有些对象需要合并, 有些需要采用分类结构 第45页/共56页第四十六页，共57页。473.确定对象的属性 4.确定对象的服务 5.确定对象/类的关系对象之间的关系分为以下三种：概括（继承）是类与其衍生(yn shn)体之间的关系； 聚集是对象间存在的一种整体与部分的关系，例如地址，其中可包括省名、县(市)名、街名、门牌号及邮政编码等部分；消息连接是一种调用关系，表示一个对象在某种情况下依赖于另一对象提供某种或某些服务，类似于人机系统的交互方式。这部分放

22、在设计阶段完成。 第46页/共56页第四十七页，共57页。48 面向对象设计阶段要解决的问题 1.把分析阶段确定出来的对象和类配置起来以实现系统(xtng)功能 2.建立系统(xtng)的体系结构。 面向对象设计阶段具体任务 1.对实体对象进行增、并、改，并识别接口对象和控制对象。 2.确定实体对象、接口对象和控制对象之间的各种关系。 3.完善对象类结构图，组织系统(xtng)的体系结构。第47页/共56页第四十八页，共57页。49（一）识别(shbi)和安排接口对象 确认接口对象/类的准则： 为用户、主要设备安排接口对象，称之为中央接 口对象。 对于特制的图形用户接口（GUI），分别建立接

23、口对象,它们可与中央接口对象通信联系。 对于其他类型设备（如输出处理设备）可增配接 口对象。 例如:为远程通信配置中央接口对象，而远程通信的其他类型，如传真、电子邮件或信件，可增配相应的接口对象。第48页/共56页第四十九页，共57页。50（二）识别控制对象 控制对象通常是暂时的或瞬间的，只存在于某一系统事件的发生过程中。在实体对象和接口对象之间，控制对象起到了缓冲作用。 判别实体对象与控制对象的规则：若一个对象包含属性并且是永久的，则该对象为实体对象，若一个对象不包含属性并且是暂时的，则该对象为控制对象。 一个控制对象最好只同一个与系统交互作用的实体相联系，以减少变化(binhu)的影响。太

24、复杂和缺乏功能凝聚性的控制对象应分解，具有强烈的功能凝聚性的控制对象则应合并。第49页/共56页第五十页，共57页。51（三）实体(sht)对象、接口对象和控制对象间的联系 （1）静态联系 实体(sht)对象间的静态联系在分析阶段已经确定。接口对象间、控制对象间也存在静态联系，需进一步确认。 （2）消息连接 接口对象与实体(sht)对象、控制对象与实体(sht)对象、接口对象与控制对象间都只存在消息连接。第50页/共56页第五十一页，共57页。52（四）系统结构设计 根据Coad & Yourdon 的面向对象设计模型，一般的应用系统包括： 问题领域子系统 人机交互子系统 外部接口子系统 数据管理子系统 任务管理子系统 基础对象子系统 设计阶段的主要工作集中在交互图的开发上，但其最终结果都体现在设计类图中。因此(ync)说，设计类图是面向对象设计的核心，是呈现设计结果的重要模型。第51页/共56页第五十二页，共57页。53 面向对象的系统设计已描述了实现各项系统功能的静态结构组成部分(z chn b fn)