软件工程OO分析与OO设计
补充：软件工程_面向对象分析与设计
对象类具有层次结构
10
软件工程——面向对象软件开发方法
OO技术的基本原理(2)
面向对象（OO）方法的出发点是 “（What）?”
▪ 由物质组成现实世界
物体多样化的表现形式构成问题域（Domain） 人认识事物的规律：首先认识问题域是什么？ 当物体反映到头脑中后，变成意识形成抽象的概念，
既逻辑世界
传统的程序设计方法，针对的是数学模型， 出发点是“怎样做（How）？”
用计算机求解一个实际问题应该怎样做？ 从实际问题到求解模型（数学模型）的抽象都是
围绕怎样做？去进行的
面向对象（OO）方法的出发点是“是什么 （What）?”
要求解的实际问题，到底是什么？ 用对象表现现实世界中的某个具体的事物
传统软件开发方法不能完全消除软件危机， 并且生产率的提高不能满足需要
从50年代到80年代，美国的软件生产率 翻了两翻。但社会对软件的需求每年以 两位数字的百分比在增长。软件的开发 已成为影响计算机应用的瓶颈
3
软件工程——面向对象软件开发方法
面向对象方法概述——背景(1)
传统开发方法存在的问题
在系统中，实际控制发生的根源来自分散的各个模块之 中时，由于在“好的模块结构”中的模块间的控制作用 只能通过上下之间的调用关系来进行，造成信息传递路 径过长，效率低，易受干扰，甚至出错
7
软件工程——面向对象软件开发方法
面向对象方法概述——背景(5)
为了解决传统开发方法的问题，在软件开发 实践中人们提出了许多针对具体开发的方法
应该特别强调的是，面向对象技术不仅仅是一种 程序设计方法，更重要的是一种对真实世界的抽 象思维方式
2
什么是OOA和OOD
什么是OOA和OODOOA-面向对象分析OOD-面向对象设计这两个都是指在软件开发过程中，需求分析和设计阶段中采用的一种方式。
即利用面向对象的思想对软件进行开发和设计。
设计模式则是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
说通俗点就是在设计过程中的经验和窍门。
OO设计原则就是面向对象的设计原则。
因为面向对象是将数据和行为封装在一起，更符合现实世界中的运行模式。
所以它是一种比较先进的设计原则。
当然，还有其他的设计原则，如结构化设计的设计原则。
综上,ooa和ood是在软件工程中，利用OO设计原则进行的软件工程的两个阶段，而在ood的中可以反复使用的就是设计模式了。
OOA = Object Oriented Analysis面向对象分析评估用户需求和需要解决的问题。
针对用户问题的静态、动态和功能等，输出会提供相应的概念设计。
分析对象的属性(attribute)、关联(association)、生命周期(lifecycle)和相关的域规则(domain rule)产生出的产品为域产品(domain model)OOD = Object Oriented Design面向对象设计将OOA的结果转化成与现实需求更贴切的系统和对象设计利用一系列相互协作的软件对象来进行软件设计，兼顾应用需要经典的OO概念，如多态(polymorphsim)、接口(interface)、消息(messaging)和继承(inheritance)。
工件为包图 (package diagram) ，类图 (class diagram )，交互图 (interaction diagram)。
OO(面向对象)软件概要设计说明书文档
OO软件概要设计说明书结构目录1概述 (2)1.1系统简述 (2)1.2参考资料 (3)1.3软件设计目标 (3)1.4修订版本记录 (3)2术语表 (5)3用例 (6)4设计概述 (7)4.1简述 (7)4.2系统结构设计 (7)4.3系统界面设计 (7)4.4约束和假定 (7)5对象模型 (8)6对象描述 (9)7动态模型 (10)7.1场景(S CENARIOS) (10)7.2状态图 (10)8非功能性需求 (11)9附录 (12)1概述这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。
同时，对于非功能性的需求例如性能、可用性等，亦需提及。
需求规格说明书对于这部分的容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。
这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。
在随后的文档部分，将解释设计是怎么来实现这些的。
1.1系统简述OO软件设计方法：在OOA基础上设计对象与类：在问题领域分析（业务建模和需求分析）之后，开始建立系统构架。
第一步是抽取建立领域的概念模型，在UML中表现为建立对象类图、活动图和交互图。
对象类就是从对象中经过“察同”找出某组对象之间的共同特征而形成类：对象与类的属性：数据结构；对象与类的服务操作：操作的实现算法；对象与类的各外部联系的实现结构；设计策略：充分利用现有的类；方法：继承、复用、演化；活动图用于定义工作流，主要说明工作流的5W（Do What、Who Do、When Do、Where Do、Why Do）等问题，交互图把人员和业务联系在一起是为了理解交互过程，发现业务工作流中相互交互的各种角色。
第二步是构建完善系统结构：对系统进行分解，将大系统分解为若干子系统，子系统分解为若干软件组件，并说明子系统之间的静态和动态接口，每个子系统可以由用例模型、分析模型、设计模型、测试模型表示。
软件系统结构的两种方式：层次、块状层次结构：系统、子系统、模块、组件（同一层之间具有独立性）；块状结构：相互之间弱耦合系统的组成部分：问题论域：业务相关类和对象(OOA的重点)；人机界面：窗口、菜单、按钮、命令等等；数据管理：数据管理方法、逻辑物理结构、操作对象类；任务管理：任务协调和管理进程；第三步是利用“4＋1”视图描述系统架构：用例视图及剧本；说明体系结构的设计视图；以模块形式组成包和层包含概要实现模型的实现视图；说明进程与线程及其架构、分配和相互交互关系的过程视图；说明系统在操作平台上的物理节点和其上的任务分配的配置视图。
软件工程-第九章-面向对象设计
子系统是系统的主要组成部分。划分子系统的 原则有很多，但通常均以功能来划分，而且子 系统的数目应该与系统规模基本匹配。 例如：编译系统可划分为词法分析、语法分析、 中间代码生成、优化、目标代码生成和出错处 理等子系统。
在划分和设计子系统时，应遵循下列几个原 则：
1. 应保持设计的各个子系统相对独立。
何谓启发式规则，乃是人们使用面向对象方法 学的过程中所积累的经验，往往能帮助软件开 发人员提高面向对象的质量。
9.2.1简单
（1）类简单 小而简单的类利于开发管理。建议类的定义不超 过一页纸（或两屏）。避免包含过多的属性与提供太 多的服务，定义明确，简化对象间的合作关系。但由 于类的规格较小，则有可能导致类的数目增多，带来 一定的复杂性。此时，可将类按分组，划分“主题 “予以解决。
9.1.8 面向对象设计的步骤
–
–
– –
指出对象及其属性； 指出可能适用于对象的服务； 说明对象及服务； 确定将为对象提供实现描述的详细设计问题；
– – –
细化面向对象分析的工作，找出子类、消息特性 和其它详尽的细节； 表示与对象属性关联的数据结构； 表示与每个服务关联的过程细节。
9.2启发式规则
（2）服务简单 简单的服务一般只包含3－5行源程序语句，功能 描述用一个简单句子即可。case语句的使用，或者语 句嵌套的层次增多，都会导致服务的复杂化。应该设 法分解和简化它，譬如对于case语句，可考虑采用一 般—特殊结构予以取代。
（3）协议简单 建议消息中参数不要超过3个，经验表明，通过复 杂信息相互关联的对象是紧耦合的，对一个对象的修 改往往导致其它对象的修改。
分几种情况讨论： ① 使用多重机制 使用多重机制时应该避免出现属性及服务的 命名冲突。图9-3是多继承模式。这种模式可以成 为窄菱形模式户或叫做狭义的菱形。图9-4是另一 种多重继承的模式，成为阔菱形模式或者叫做广 义的菱形。
软件工程面向对象的分析与设计
-
THANKS!
XX生活即将结束，在此，我要感谢所有教导我的老师和陪 伴我一齐成长的同学，他们在我的大学生涯给予了很大的帮助。本论 文能够顺利完成，要特别感谢我的导师XXX老师，XXX老师对该论文从选题，构
思到最后定稿的各个环节给予细心指引与教导,使我得以最终完成毕业论文设计！ 最后，我要向百忙之中抽时间对本文进行审阅，评议和参与本人论文答辩的各位
识别类和继承
通过类和继承，我们可以组织具有相似属性和行为的对象。类 定义了一组对象的通用属性和行为，而继承则允许我们从一个 类派生出另一个类，从而共享和扩展其属性和行为
定义接口
接口定义了类或对象之间的交互方式。它描述了对象需要提供 的方法和需要遵守的协议
面向对象的分析
通过面向对象的分析， 我们可以更准确地理 解和描述软件系统的 需求，为后续的设计 和实现打下坚实的基 础
2
面向对象的 设计
面向对象的设计
面向对象的设计(Object-Oriented Design，OOD)是软件工程过程中的一个关键阶段 ，其目标是基于面向对象的分析结果，设计出满足系统需求的软件结构
识别类和对象：根据面向对象的分析结果，识别出系统中的主要类和对象。这些类和 对象应该能够准确地反映问题域的特征和需求
和操作方式
设计数据库：根据系统的数 据需求，设计出合适的数据 库结构。数据库应该能够有 效地存储和管理系统的数据
设计系统架构：根据系统的 功能需求和性能要求，设计 出合适的系统架构。系统架 构应该能够支持系统的可扩 展性、可维护性和可重用性
面向对象的设计
通过面向对象的设计，我们可 以设计出结构清晰、易于理解 和实现的软件系统，从而提高
面向对象的分析
软件工程OO分析与OO设计
淮海工学院计算机科学系实验报告书课程名：《软件工程》题目：面向对象分析与设计综合实验班级：软件081学号：110831123姓名：面向对象软件工程综合实验要求一、目的与要求:1）系统学习和理解面向对象软件工程分析与设计阶段的基本任务、过程以及基本概念、原理、技术和方法；2）掌握OOA阶段的建模方法和建模工具，如对象模型、动态模型、功能模型及其绘制工具；3）通过试验要逐步提高运用软件工程基本理论、技术和方法解决实际问题的能力；4）请借阅有关Microsoft Office Visio 系统或Power Design系统，预习相关UML的建模工具及其使用方法；5）按照实验题目要求独立完成实验内容，如发现拷贝、抄袭者严肃处理；6）认真书写实验报告,并按时提交。
二、实验内容或题目1）根据自己的兴趣或关注热点，结合实际应用选择一小题目，如教材上的例题和习题：零件订购系统，银行储蓄系统，铁路民航订票系统，医院患者病情诊断和监控系统，图书管理系统，学籍管理系统，多媒体播放系统等。
然后进行所选定题目进行面向对象分析和设计2）OOA要求：用类图建立系统的对象模型（5个左右）；用状态图建立系统的动态模型（要配置必要的脚本说明，绘制事件跟踪图和状态图）；用用例图建立系统的功能模型。
3）OOD要求，根据OOA阶段建立的模型进行系统设计，并给出系统的设计模型，重点以问题域子系统，人机交互子系统，数据管理子系统进行面向对象设计，并给出设计结果。
三、实验步骤与源程序1、客户操作账户脚本说明表1 客户操作账户正常情况脚本·客户开立账户时，新的账户被创建·客户要求变更原有账户信息时，账户内容被改变·系统提示输入用户的相关信息和存款金额·银行职员输入相关信息后提交·系统为客户创建账户，并将账户信息保存到数据库·系统提示输入用户的账号·银行职员输入账号后提交，系统查询账户信息并显示·银行职员修改账户信息后提交，系统更改账户信息表2客户操作账户异常情况脚本·账户长期未使用，银行将其定义为睡眠账户的状态·客户注销账户，账户被删除·系统提示输入用户的账号，用户输入错误，要求重新输入2、银行业务员登陆系统脚本说明·系统提示用户输入用户名和密码·银行职员输入用户名和密码后提交，系统验证是否正确·输入正确，进入主界面表4 银行业务员登陆系统异常情况脚本·银行职员输入用户名或密码错误，显示错误信息，并提示用户重新输入3、客户存款、取款、转账脚本说明表5 客户存款、取款、转账正常情况脚本-----------------------------------客户存款------------------------------------------- ·系统提示输入用户的相关信息和存款金额·银行职员将相关信息输入后提交，系统判断账户是否存在且有效·账户有效并存在，建立交易记录，同时修改账户金额，保存交易记录-----------------------------------客户取款------------------------------------------- ·系统提示输入用户的相关信息和取款金额。
06_OOAnalysis清华大学软件工程教材
– 体系结构描述（ 从设计角度 ）
• 从设计模型的角度，描述系统的体系结构； • 通常包括由设计模型分解的子系统、接口、依赖、关键设计类和 用例实现的设计。
9
面向对象设计
• 面向对象设计的制品（续）
– 部署图
• 根据系统在计算节点上的功能分布，描述整体的物理分布。
– 体系结构描述（ 从部署角度 ）
• 面向对象设计
– 面向对象设计是根据已建立的系统分析模型，运用面向对象 技术，进行系统的软件设计。 – 通常包括系统设计和详细设计（或对象设计）两个层次。
7
面向对象设计
• 面向对象设计的制品
– 设计类
• 考虑与实现有关的因素，具体描述操作的参数、属性和类型等。 • 类的设计应当充分利用预定义的系统类库或其他来源的现有类， 并采用继承、复用、演化等方法设计所需要的新类。
• 思考：如何识别 MiniLibrary 的实体类？
34
MiniLibrary：识别实体类
实体类
BorrowerInfo Loan Reservation Title Item
– 用例实现（ 从设计角度 ）
• 基于用例实现的分析结果，使用设计类及其对象描述一个用例是 如何实现和执行的。 • 通常由类图、交互图、事件流设计（即使用对象或子系统的术语 进行文本描述）和与实现相关的需求组成。
8
面向对象设计
• 面向对象设计的制品（续）
– 设计子系统与接口
• 子系统是组织设计模型的一种手段，用以描述大粒度的构件，通 常由设计类、用例实现、接口和其它子系统等组成。 • 接口表示由设计类和子系统提供的操作。
17
实体类
• 实体类
– 描述必须存贮的信息及其相关行为 – 通常对应现实世界中的“事物”
软件工程中的面向对象分析和设计
软件工程中的面向对象分析和设计面向对象分析和设计（OOAD）是软件工程中的一种方法论，它强调在软件开发过程中必须将“对象”作为思考和处理的核心概念。
本文将从面向对象分析和设计的定义、原则、流程和工具等方面进行阐述。
一、定义面向对象分析和设计(OOAD)是一种针对于对象的方法，通过把现实世界建模为软件世界中的对象，来确保软件能够更好地解决业务需求。
它主要解决软件问题的复杂性，可用于多种类型的软件开发。
本方法包括对要开发的系统进行分析和设计两个阶段。
面向对象分析（OOA）阶段着重于确定系统所要控制、管理、处理和维护的对象，而面向对象设计（OOD）阶段则涉及如何以对象为核心来设计系统。
二、原则面向对象分析和设计的主要原则包括：1.面向对象：以对象为中心，将系统分解为一系列相互协作的对象，而非由一组基本算法或数据结构来定义。
2.开放封闭原则：开放封闭原则，即软件中的对象应该对扩展开放（即增加一些新的功能），而对修改关闭（即不需修改已经得到的代码）。
3.继承：通过继承机制建立对象之间的关系，共享类之间的属性和方法。
4.封装：数据和函数封装在对象的封闭空间中，仅提供与其他对象交互的公共接口。
5.多态：多态是指在运行时选择对象的行为方式。
同一个消息给不同的对象可以导致不同的行为。
三、流程面向对象分析和设计具有一定的工作流程，如下图：1.确定业务需求；2.分析业务需求，建立一个现实世界模型；3.分析模型，确定系统中的对象，建立对象模型；4.设计对象间的关系，建立关系模型；5.根据对象和关系模型建立系统模型；6.设计系统架构；7.设计类实现；8.生成代码。
四、工具在面向对象分析和设计中，常用的工具有：1. UML（统一建模语言）：一种建立系统模型的标准化语言，可以方便快速地进行面向对象分析和设计。
2. Rational Rose：一种基于UML的可视化建模工具，支持用例分析、状态图设计、类图和对象间关系设计。
3. Visual Paradigm for UML：可视化的UML工具，用以支持面向对象的分析和设计。
面向对象软件工程
OO的开发过程 OO的开发过程 OO的开发工具 OO的开发工具
2
主要内容
OO OO 支 持 工 OOA OOD OO的 OO的 OOT 具 环 境
基于OO的软件开发过程 基于OO的软件开发过程
3
课程目标
1.掌握面向对象的软件开发方法学 .
面向对象的思想体系 面向对象的需求分析、 面向对象的需求分析、软件设计的技术和方法 面向对象的软件开发工具
7
面向对象的开发过程概览
2. OOA(建立问题的 建立问题的OOA模型 模型) 建立问题的 模型
8
面向对象的开发过程概览
3. OOD(描述OOA模型中的对象如何协作完成任务) 描述OOA OOA模型中的对象如何协作完成任务
9
面向对象的开发过程概览
3. OOD(描述OOA模型中的对象如何协作完成任务) 描述OOA OOA模型中的对象如何协作完成任务
5
参考书目
1. 《软件工程》，齐治昌、谭庆平、宁洪， 软件工程》，齐治昌、谭庆平、宁洪， 》，齐治昌 高等教育出版社， 高等教育出版社，2004 2.《UML精粹》, Martin Fowler, 中译本，2002 2.《UML精粹》 中译本， 精粹 3.《UML应用建模实践过程》,尤克滨, 3.《UML应用建模实践过程》 尤克滨 应用建模实践过程 机械工业出版社， 机械工业出版社，2003 4.《 4.《Mastering UML with Rational Rose》, 》 电子工业出版社, 电子工业出版社 2000 5.《统一软件开发过程》 5.《统一软件开发过程》,Ivar Jacobson, et.al, , 机械工业出版社， 机械工业出版社，2002
26
可移植性: 可移植性:软件从一个环境移到另一个的难易程度 可重用性: 可重用性:软部件可以在多种场合应用的程度 可互操作性: 可互操作性:多个软件交换信息并相互使用已交换 信息的能力 22
基于UML描述OO分析与设计
二、面向对象思想
3 面向对象技术特点
面向对象方法都支持三种基本的活动：识别对象和类，描述对象和类之 间的关系，以及通过描述每个类的功能，定义对象的行为。为了发现对 象和类，开发人员要在系统需求和系统分析的文档中查找名词和名词短 语，包括可感知的事物（汽车、压力、传感器）；角色（母亲、教师、 政治家）；事件（着陆、中断、请求）；互相作用（借贷、开会、交叉 ）；人员；场所；组织；设备；和地点。通过浏览使用系统的脚本发现 重要的对象和其责任，是面向对象分析和设计过程的初期重要的技术。 当重要的对象被发现后，通过一组互相关联的模型详细表示类之间的关 系和对象的行为，这些模型从四个不同的侧面表示了软件的体系结构： 静态逻辑、动态逻辑、静态物理和动态物理。静态逻辑模型描述实例化 （类成员关系）、关联、聚集（整体/部分）、和一般化（继承）等关系 。这被称为对象模型。一般化关系表示属性和方法的继承关系。定义对 象模型的图形符号体系通常是从用于数据建模的实体关系图导出的。对 设计十分重要的约束，如基数（一对一、一对多、多对多），也在对象 模型中表示。动态逻辑模型描述对象之间的互相作用。互相作用通过一 组协同的对象，对象之间消息的有序的序列，参与对象的可见性定义， 来定义系统运行时的行为。
3 面向对象技术特点-OMT
Rumbaugh的OMT (Object Modeling Technique 对象 建模技术）方法从三个视角描述系统，相应地提供了 三种模型，对象模型，动态模型和功能模型。对象模 型描述对象的静态结构和它们之间的关系。主要的概 念包括： . 类. 属性. 操作. 继承. 关联（即关系）. 聚集 动态模型描述系统那些随时间变化的方面，其主要概 念有： . 状态. 子状态和超状态. 事件. 行为. 活动 功能模型描述系统内部数据值的转换，其主要概念有： . 加工. 数据存储. 数据流. 控制流. 角色
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
淮海工学院计算机科学系实验报告书
课程名：《软件工程》
题目：面向对象分析与设计综合实验
班级：软件081
学号：110831123
姓名：
面向对象软件工程综合实验要求
一、目的与要求:
1）系统学习和理解面向对象软件工程分析与设计阶段的基本任务、过程以及基本概念、原理、技术和方法；
2）掌握OOA阶段的建模方法和建模工具，如对象模型、动态模型、功能模型及其绘制工具；
3）通过试验要逐步提高运用软件工程基本理论、技术和方法解决实际问题的能力；
4）请借阅有关Microsoft Office Visio 系统或Power Design系统，预习相关UML的建模工具及其使用方法；
5）按照实验题目要求独立完成实验内容，如发现拷贝、抄袭者严肃处理；
6）认真书写实验报告,并按时提交。
二、实验内容或题目
1）根据自己的兴趣或关注热点，结合实际应用选择一小题目，如教材上的例题和习题：零件订购系统，银行储蓄系统，铁路民航订票系统，医院患者病情诊断和监控系统，图书管理系统，学籍管理系统，多媒体播放系统等。
然后进行所选定题目进行面向对象分析和设计2）OOA要求：用类图建立系统的对象模型（5个左右）；用状态图建立系统的动态模型（要配置必要的脚本说明，绘制事件跟踪图和状态图）；用用例图建立系统的功能模型。
3）OOD要求，根据OOA阶段建立的模型进行系统设计，并给出系统的设计模型，重点以问题域子系统，人机交互子系统，数据管理子系统进行面向对象设计，并给出设计结果。
三、实验步骤与源程序
1、客户操作账户脚本说明
表1 客户操作账户正常情况脚本
·客户开立账户时，新的账户被创建
·客户要求变更原有账户信息时，账户内容被改变
·系统提示输入用户的相关信息和存款金额
·银行职员输入相关信息后提交
·系统为客户创建账户，并将账户信息保存到数据库
·系统提示输入用户的账号
·银行职员输入账号后提交，系统查询账户信息并显示
·银行职员修改账户信息后提交，系统更改账户信息
表2客户操作账户异常情况脚本
·账户长期未使用，银行将其定义为睡眠账户的状态
·客户注销账户，账户被删除
·系统提示输入用户的账号，用户输入错误，要求重新输入
2、银行业务员登陆系统脚本说明
·系统提示用户输入用户名和密码
·银行职员输入用户名和密码后提交，系统验证是否正确
·输入正确，进入主界面
表4 银行业务员登陆系统异常情况脚本
·银行职员输入用户名或密码错误，显示错误信息，并提示用户重新输入
3、客户存款、取款、转账脚本说明
表5 客户存款、取款、转账正常情况脚本
-----------------------------------客户存款------------------------------------------- ·系统提示输入用户的相关信息和存款金额
·银行职员将相关信息输入后提交，系统判断账户是否存在且有效
·账户有效并存在，建立交易记录，同时修改账户金额，保存交易记录
-----------------------------------客户取款------------------------------------------- ·系统提示输入用户的相关信息和取款金额。
·银行职员将相关信息输入后提交，系统判断账户是否存在且有效，账户中的余额是否大于取款金额。
·如果账户有效并存在同时金额足够，建立交易记录，同时修改账户金额，保存交易记录。
-----------------------------------客户转账------------------------------------------ ·系统提示输入用户的相关信息和转账金额。
·银行职员将相关信息输入后提交，系统判断账户是否存在且有效，账户中的金额是否大于转账金额。
·如果账户有效并存在同时金额足够，建立交易记录，同时修改账户金额，保存交易记录。
·判断转入账户是否属于同一银行。
如是同一银行，系统先确认转入账户是否存在并有效。
如有效更新账户相关信息，建立转账记录，保存转账记录。
·如果转入和转出账户不是同一银行，则发送转账通知给另一个银行。
表6 客户存款、取款、转账异常情况脚本
-----------------------------------客户存款------------------------------------------- ·账户无效或不存在，要求重新输入，连输三次依然无效，则绑定账户
-----------------------------------客户取款------------------------------------------- ·账户无效或不存在，则要求重新输入账户密码
·账户金额不足，则要求客户重新输入取款数额
-----------------------------------客户转账------------------------------------------- ·账户无效或不存在，则要求重新输入账户密码
·账户金额不足，则要求客户重新输入转账数额
·判断转入账户是否属于同一银行。
如是同一银行，系统先确认转入账户是否存在并有效。
如无效，要求重新输入转入账户的信息
四、测试数据与实验结果（可以抓图粘贴）
图1 用例图
图2 类图
图3 客户存款顺序图
图4 客户修改账户信息
图5 客户转账状态图
图6 客户存款状态图
五、结果分析与实验体会
本次实验主要就针对银行储蓄管理系统来分析三种模型，是属于面向对象分析的过程，它的关键是识别出问题域内的类与对象，并分析他们相互间的关系，最终建立起问题域的简洁、精明、可理解的正确模型。
用例图比较简单，在画类图时有参照一个例子，再根据自己的理解将类图画出来了，类图画好了，顺序图就简单多了，他们之间有直接的关系，顺序图中的消息流都是类图中已经确认的方法。
经过这次实验，让我明白了分析过程主要包括三项内容，就是理解、表达与验证。