需求的面向对象建模方法
面向对象的建模方法
面向对象的建模方法面向对象的建模方法是一种用于软件系统设计的方法论，它把现实世界映射到软件系统中的对象和类的概念上，通过抽象、封装、继承和多态等概念，实现对现实世界中事物的建模。
面向对象的建模方法包括需求分析、领域建模、设计模式等环节，本文将详细介绍这些环节的步骤和重要性。
首先，需求分析是面向对象建模的第一步。
它主要目的是了解用户的需求和软件系统的功能。
在需求分析阶段，开发团队需要与用户进行深入沟通，明确系统的功能、性能和界面等方面的需求。
在这个阶段，可以使用用例图、活动图、领域模型等工具来表示和记录需求。
需求分析的重要性在于确保软件系统能够满足用户的期望，并且为后续的建模和设计提供必要的依据。
接下来是领域建模。
领域建模是通过分析和理解现实世界的各个领域，抽象出问题领域中的概念和关系，并将其映射到软件系统中。
在领域建模中，可以使用类图、对象图等工具来描述问题领域中的概念、属性和关系。
领域建模的目的是建立一个清晰的问题领域模型，通常使用领域专家的知识和建模技术，可以更好地理解问题的要求和限制。
在面向对象的建模方法中，设计模式也是一个非常重要的环节。
设计模式是一种解决软件设计中常见问题的可复用方案，它提供了一种在特定情况下的最佳实践，可以提高软件的质量和可维护性。
常用的设计模式包括单例模式、工厂模式、观察者模式等。
设计模式的目的是通过将系统分解为独立的对象，每个对象负责一个特定的职责，从而提高系统的灵活性和可扩展性。
此外，还有一些其他的面向对象的建模方法值得考虑。
例如，UML（统一建模语言）是一种广泛使用的建模语言，可以用来描述软件系统的结构和行为。
UML 提供了一套图形符号和规范，可以用于可视化和交流系统设计。
此外，敏捷建模也是一种常用的面向对象的建模方法，它强调团队合作、迭代开发和软件质量的快速反馈。
总结起来，面向对象的建模方法是一种通过抽象、封装、继承和多态等概念，将现实世界映射到软件系统中的方法论。
面向对象的数据建模方法介绍
面向对象的数据建模方法介绍面向对象的数据建模是一种在软件开发过程中广泛应用的方法，旨在通过将现实世界的事物抽象成对象，对事物之间的关系进行建模和描述。
本文将介绍面向对象的数据建模方法，包括实体关系模型(ERM)、统一建模语言(UML)和面向对象数据库。
一、实体关系模型(ERM)实体关系模型是一种常用的数据建模方法，用于表示现实世界中各个实体之间的关系。
在ERM中，实体用矩形框表示，属性用椭圆表示，关系用菱形表示。
通过定义实体、属性和关系之间的约束和限制，可以精确描述现实世界的结构和行为。
举例来说，假设我们要建立一个图书馆管理系统，可以使用ERM来描述图书、读者和借阅等实体之间的关系。
图书可以有属性如书名、作者和出版日期，读者可以有属性如姓名、年龄和性别，而借阅则将图书和读者关联起来，表示读者借阅了某本图书。
二、统一建模语言(UML)统一建模语言是一种广泛使用的面向对象建模语言，用于描述软件系统的结构和行为。
UML提供了一系列图表，包括类图、对象图、用例图和活动图等，可以方便地对系统进行建模和分析。
在UML中，类图是最常用的图表之一，用于表示系统中的类和类之间的关系。
每个类都有属性和方法，与ERM中的实体和属性类似。
通过类图可以清晰地展示系统的结构，帮助开发人员理解和设计软件系统。
三、面向对象数据库面向对象数据库是一种将面向对象思想应用于数据库管理系统的方法。
传统的关系型数据库以表格形式存储数据，而面向对象数据库则将数据存储为对象，更贴近面向对象的思维方式。
面向对象数据库支持复杂的数据结构和对象之间的继承关系，可以更方便地进行数据操作和查询。
使用面向对象数据库可以有效地解决关系型数据库中数据表之间的复杂关系和数据冗余的问题。
总结：面向对象的数据建模方法是一种有效的软件开发方法，可以帮助开发人员更好地理解和描述现实世界中的事物和关系。
通过实体关系模型、统一建模语言和面向对象数据库等方法，可以将复杂的现实世界映射为清晰的数据结构，并支持系统的设计和开发。
面向对象的软件开发过程中的需求分析与建模研究
面向对象的软件开发过程中的需求分析与建模研究第一章引言随着信息技术的快速发展，软件已逐渐成为了现代社会不可或缺的组成部分。
而软件开发过程中的需求分析与建模是确保软件开发质量的重要步骤，因此在面向对象的软件开发中，需求分析与建模研究具有重要的意义和价值。
本文将从面向对象的软件开发出发，介绍需求分析和建模的概念、方法和工具，并重点探讨基于面向对象的软件开发过程中的需求分析与建模研究。
第二章面向对象的软件开发面向对象的软件开发是一种软件开发方法，它以对象为中心，实现了软件的高内聚、低耦合和易维护性，具有较高的开发效率和软件重用性。
在面向对象的软件开发中，需求分析和建模是其中的关键环节。
基于面向对象的软件开发过程主要包括以下几个阶段：1.需求分析阶段。
在该阶段中，需求分析人员将收集和分析用户和系统需求，以确定软件开发的需求和目标。
2.设计阶段。
在设计阶段中，设计人员将根据需求分析阶段的结果，设计面向对象的软件系统架构和对象模型。
3.编码和测试阶段。
在这个阶段中，开发人员将根据设计人员的指示开发代码和进行测试，以确保软件能够按要求正确运行。
4.部署和维护阶段。
在这个阶段中，开发人员将软件部署到用户环境中，并进行维护和修复错误。
在整个软件开发过程中，需求分析和建模是相互关联、相互作用的关键环节。
第三章需求分析与建模基础知识3.1 需求分析需求分析是软件开发的首要任务，它是确保软件开发符合用户需求的前提条件。
需求分析包括两个方面，即功能需求和非功能需求。
1.功能需求功能需求是软件开发中最基本的需求，它是用户对软件功能的具体要求。
在软件开发中，功能需求可以通过用例图、活动图、状态图和顺序图等方法进行描述和分析。
2.非功能需求非功能需求是软件开发中的另一个重要因素，它主要描述软件的性能、可靠性、安全性、可维护性和可移植性等方面的要求。
常用方法包括场景模型、质量属性树和系统特征模型等。
3.2 需求建模需求建模是将需求分析的结果转换为相应的模型，以便于软件设计和开发人员的理解和使用。
软件工程建模的方法
软件工程建模的方法
软件工程建模的方法有以下几种：
1. 面向过程的建模方法：这种方法主要关注软件系统的输入、处理和输出过程，通过绘制数据流图、结构图、状态转换图等图形化方式来描述系统的结构和功能。
2. 面向对象的建模方法：这种方法主要关注软件系统中的对象及其相互关系，通过绘制类图、对象图等图形化方式来描述系统的结构和行为。
3. 数据库建模方法：这种方法主要用于描述软件系统中的数据模型，通过绘制实体关系图、关系模式、数据流程图等图形化方式来描述数据库的结构和关系。
4. 结构化建模方法：这种方法主要关注软件系统的组织结构和模块划分，通过绘制模块图、层次结构图等图形化方式来描述系统的组织关系和模块之间的调用关系。
5. UML（统一建模语言）建模方法：这种方法是一种标准化
的建模方法，通过使用UML语言规范来描述软件系统的各个
方面，包括需求、设计、实现、测试等，通过绘制用例图、类图、时序图、活动图等图形化方式来描述系统的结构和行为。
这些建模方法可以根据具体的需求和情况灵活选择和组合使用，以达到对软件系统的准确描述和全面分析的目的。
面向对象的建模方法
面向对象的建模方法[摘要]评述面向对象的几种建模方法并作一比较，阐述统一建模语言的优越性，并对其组成、特征、建模过程进行描述。
[关键词]软件工程建模面向对象一、引言面向对象方法学也称为面向对象的开发方法，它属于软件工程的范畴。
面向对象方法学的出发点和基本原则是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程接近人类认识世界解决问题的方法与过程。
也就是说，面向对象方法是一种崭新的思维方法，它是把程序看作是相互协作而又彼此独立的对象的集合。
由于对象的独立封装，模块的可构造性、可扩充性、可重用性也大大加强，从而面向对象的软件工程能够胜任当今大规模复杂、易变软件系统开发应用的要求。
面向对象的软件工程要求首先对系统建立模型是对现实的简化，它提供了系统的蓝图。
一个好的模型只需抓住影响事物发展的主要矛盾，而忽略那些次要矛盾。
每个系统可以从不同方面用不同的模型来描述。
因而每个模型都是在语义上闭合的系统抽象。
通过建模可以按照实际情况对系统进行可视化模型详细地说明了系统结构或行为，指导我们构造系统模板二、面向对象建模方法建模是构造软件系统最基本的步骤，在软件工程学科中提供了多种多样的建模方法和高效的工具，其目的是为了在软件开发过程的早期就发现设计中可能隐含的缺陷和错误，对于今日的大型软件系统，采用一种合适的建模方法，建立一个良好的模型是成功的关键。
在市场上已有一些公司，如Rationa1，Cayenne，Platinum等开始提供商品化的建模工具，即通常所谓的CASE工具，使得建模过程实现了一定的自动化的标准化，并逐步走向实用，而这些工具的后面，便是具有不同特色的建模方法。
下面分析比较Booch，OMT，OOSE，UML等几种主要的面向对象的建模方法：（一）Booch方法Booch方法是由Grady Booch提出的，是一种主要面向设计的方法，它通过二维图形来建立面向对象的分析和设计模型，强调设计过程的不断反复知道满足要求为止。
作业四 面向对象需求建模解答(第9-11章)
作业四面向对象需求建模（第9-11章）4-1、根据以下描述，使用面向对象的分析方法，分析有那些主要对象和这些对象的主要属性、方法，画出对象图。
一个饮料自动售货机可以放置五种不同或部分相同的饮料，可由厂商根据销售状况自动调配，并可随时重新设置售价，但售货机最多仅能放置50罐饮料，其按钮设计在各种饮料样本的下方，若经金额计算器累计金额足够，则选择键灯会亮；若某一种饮料已销售完毕，则售完灯会亮。
顾客将硬币投入售货机，经累加金额足额的饮料选择键灯亮，等顾客按键选择。
顾客按键后饮料由出物口掉出，并自动结算及找钱。
顾客可在按下选择键前任何一个时刻，可以拉动退币杆取消交易收回硬币。
4-2、请画出一个用户使用银行ATM的状态转换图。
从用户将卡插入卡槽开始，到用户取卡结束（如果用户忘记，ATM应报警），用户可以完成以下几个步骤：登录（卡片进入ATM机后，如果不是可读卡，退卡；如是，等待用户输入密码，三次错，吞卡，正确后进入主菜单），取钱（进入取钱菜单，输入金额，如果帐户余额不足，提示余额，并要求用户重新输入，如果帐上钱够，吐钱币，并询问是否打印凭证，最后返回主菜单），主菜单提供退出取卡选择。
4-3、某公安报警系统在一些公安重要保护单位（银行、学校等）安装了报警装置，其工作过程如下：一旦发生意外事故，故事发生单位只需按报警按钮，系统立即向公安局发出警报信息、自动显示出报警单位的地址、电话号码等。
110警车立即出动前往出事地点。
值班人员可以接通事故单位的电话、问清情况，需要时再增派公安人员到现场处理。
根据以上情况进行分析，确定本系统有哪些用例、对象，画出用例图、类图及顺序图。
下面是某位同学做的用例：按报警按钮，向公安局发出警报信息，显示报警单位地址电话，110警车前往出事地点，值班人员接通事故单位的电话、问清情况，增派公安人员对象：事故单位、报警系统、公安局、值班人员、公安人员，警车类图：用例图：事故单位报警系统值班人员顺序图：4-4、小李新接了一个项目：设计一个简单的学生选课系统，系统能注册符合要求的同学，同学注册以后就能进行选课，选课过程如下：先选课名，然后根据课程的上课老师、时间、地点和人数限制来决定是否成功选课；老师也可以根据情况提供新的课程说明或修改过去课程的说明；教务处的老师统一管理注册的情况，可以有删除、修改学生、老师和课程的权限。
面向对象的需求分析与设计方法研究
面向对象的需求分析与设计方法研究随着计算机技术的不断发展，软件的开发变得越来越重要。
在软件开发过程中，需求分析和设计是两个关键的环节。
随着软件系统规模的扩大，软件系统的复杂性逐渐增加，传统的软件开发模式面临着很大的挑战。
面向对象的需求分析和设计方法则成为了一种解决复杂性问题的有效途径。
本文将介绍面向对象的需求分析和设计方法，并分析其优点。
一、面向对象的需求分析方法面向对象的需求分析方法是一种基于面向对象的思想来进行系统需求分析的方法。
面向对象的思想是指将系统看作是由一系列对象组成的，每个对象都有自己的属性和行为，对象之间通过消息进行交互，从而完成系统功能。
面向对象的需求分析方法是基于这样一种思想进行的。
在面向对象的需求分析方法中，首先需要确定系统的用例。
用例是指系统中需要实现的功能，用例通常以场景来描述，描述清楚了用例中涉及到的角色、对象、操作等信息。
在用例的基础上，就可以进行对象建模。
对象建模主要包括四个步骤：识别类、识别属性、分析关系、识别行为。
在这个过程中，需要通过对象图、类图、活动图等UML图形建模工具来辅助分析建模。
面向对象的需求分析方法具有很多优点。
首先，它可以有效地控制系统的复杂性。
每个对象都有自己的职责，而对象之间协同完成整个系统的功能。
在这个过程中，每个对象承担的责任都会比较明确，系统的流程也会更为清晰。
其次，面向对象的需求分析方法可以提高系统的复用性。
在面向对象的设计中，每个对象都是可以被重复利用的模块。
在后面的设计和实现中，可以直接引用这些对象。
这样一来，可以有效地提高系统的可维护性、可重用性和可扩展性。
此外，面向对象的需求分析方法也有良好的可视化特性，可以辅助开发人员更清晰地了解整个系统的结构和功能。
二、面向对象的设计方法面向对象的设计方法是一种基于面向对象的思想来进行软件系统设计的方法。
在面向对象的设计方法中，需要完成三个阶段的工作：逻辑设计、物理设计和实现。
其中，逻辑设计阶段主要是通过建立类层次结构和类之间的关系来定义系统架构；物理设计阶段主要是通过选择数据存储结构、物理组成和外部接口等来概述系统实现；实现阶段则是通过编写程序代码，构建整个系统的实际功能。
面向对象的系统建模与分析方法研究
面向对象的系统建模与分析方法研究随着计算机和互联网的不断发展，软件系统的规模和复杂度越来越大。
为了保证软件系统的质量和可维护性，采用合适的建模和分析方法非常重要。
面向对象的系统建模与分析方法是一种广泛应用的软件开发方法论，它能够更好地描述和管理软件系统的复杂性，从而提高软件系统的可靠性、可重用性和可扩展性。
本文将介绍面向对象的系统建模与分析方法的基本原理和应用实践。
一、面向对象的系统建模与分析方法基本原理面向对象的系统建模与分析方法是一种基于对象的软件开发方法。
它的基本原理是把软件系统看作是由一些相互交互的对象组成的，每个对象具有一些属性和功能。
通过把系统的功能和属性抽象成对象，面向对象的系统建模与分析方法能够更好地描述和管理系统的复杂性。
同时，它也支持软件系统的模块化和复用，提高了软件开发的效率和质量。
在面向对象的系统建模与分析方法中，最常用的建模工具是UML(Unified Modeling Language，统一建模语言)。
UML是一种通用的建模语言，在建模软件系统时，可以使用UML的不同图形表示对象之间的关系和交互。
在UML中，常用的图形包括类图、时序图、用例图和活动图等。
这些图形能够帮助开发人员更好地理解软件系统的业务需求和功能，并能够支持软件系统的设计和实现。
二、面向对象的系统建模与分析方法应用实践在软件开发过程中，面向对象的系统建模与分析方法能够支持以下几个方面的应用实践：1、需求分析：面向对象的系统建模与分析方法可以帮助开发人员更好地理解系统的业务需求，通过对业务需求进行建模，可以把需求分解成多个对象，并建立它们之间的关系和交互。
在这个过程中，需求分析人员可以使用UML中的用例图和活动图等图形工具来描述系统的业务需求和功能，从而有助于开发人员更好地理解需求，有效地支持软件开发过程。
2、设计阶段：在软件系统的设计过程中，面向对象的系统建模与分析方法可以帮助开发人员更好地理解系统的设计需求，支持系统模块的划分和设计。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对象建模的基本介绍
• 早期存在很多面向对象的建模方法。不同的 建模技术限制了项目和开发团队之间共享模 型，阻碍了团队成员和用户之间的沟通。
• 统一建模语言（UML）：标准的对象建模语 言；没有强制使用某一种系统开发方法，仅 仅是一个目前被广泛接受作为对象建模标准 的符号体系。
• 继承：一个类中定义的属性和方法可以被另一个类继 承或复用。 —继承性表示一般类与特殊类之间的关系，一般类通 常被称为“超类”、“基类”或“父类”，特殊类被 称为“子类”、“衍类”或“派生类”。 • 超类：包含一个或多个子类的公共属性和行为的类。 • 子类：从一个超类继承属性和行为的类，并可能包含 自身所特有的属性和行为。 即子类由继承部分和扩展 部分两部分组成。
对象建模的基本概念—消息
• 消息：一个对象调用另外一个对象的方法以请求信息 或者执行某些动作时发生的通信。 • 对象发送消息并不需要知道接收消息的对象内部是如 何组织的或者行为是如何实现的，只要知道它响应正 确的消息请求即可。
消息请求
对象建模的基本概念—多态性
• 多态性：不同对象可以以不同的形式响应同样的消息， 进而在响应一个消息时采用不同的处理形式。 • 重载是一种与继承性相关的多态性。
对象建模的基本概念—继承
• 超类和子类之间具有一个或多个一对一关系，有时 也称为IS-A关系。 • 继承机制在添加新的属性或程序维护时具有优良的 特性。
对象建模的基本概念—继承的UML表示
箭头表 示继承 关系
对象建模的基本概念—对象/类关系
• 对象和类之间不是孤立存在的，它们相互作用相互影 响，在UML中，将这种一个或多个对象/类之间的自 然业务联系，成为关联关系。
UML模型图
• 用例模型图 • 静态结构图
– 类图 – 对象图
• 交互图
– 顺序图 – 协作图
描述系统与外部系统和 用户的交互。用例描述 描述系统的对象结构. 它们 也用于以文本化的方式 显示构成系统的对象类， 描述每个交互步骤的顺 以及对象类之间的关系. 描述在一个用例或操作 序 的执行过程中对象如何 类似于顺序图，但重点 建模实际的对象实例 - 显示 通过消息互相交互，说 不是消息的定时或“顺 实例的属性的当前值。为 明了消息如何在对象之 序”，相反，它以一种 开发人员提供对象在某个 间被发送和接受以及发 网络格式表现对象之间 时间点上的快照 送的顺序。 的交互（或协作）
对象/类关系—一元关联和多远关联
• 多元关联：一个关联包含了两个以上的关联端，最常 见的是三元关联。 用一个菱形符号表示三元关联。
对象/类关系—限定关联
• 限定关联：带有限定符的关联。限定符表示为一个小 矩形，连接到关联的一端，位于类符号和关联线之间。
• 限定符矩形是关联路径的一部分，而不是类的一部分。 如果对一个关联添加一个限定符，能使关联的另一端的 多重性被限定为0..1或1，从而起到标识作用。
对象功能建模过程—建模用例活动图
• 并发流：同时进行的工作或活动，用同步棒(条)表示。
• 分岔：把一个单独的控制流分成多个并发控制流，可 以有一个进入流和多个离去流，每个离去流表示的活 动并发进行。
• 汇合：有多个进入流和一个离去流，在汇合处，必须 所有的进入流都执行完，才能继续执行。
对象功能建模过程—建模用例活动图
对象/类关系—聚集
一个俱乐部有多个俱乐部 成员构成，但俱乐部成员拥有 俱乐部以外的生活，而且会员 还有可能同时属于多个会员。 所以他们的关系属于共享 聚集。
对象/类关系—聚集
书有封皮、 目录、章节、 索引组成。 书没了，它 们响应地也 不再存在。 所以它 们的关系属 于复合聚集。
对象/类关系—关联类
对象功能建模过程—用例图的细化
• 在确定业务需求用例模型和其最终被系统所有者批准 之间，随着开发过程的演进，更多事实被了解，故有 必要修改已改造的用例图。 —添加新的参与者 —添加新的用例 — 细化用例模型图
对象功能建模过程—用例详细描述
• 确定了所有用例之后，将细化每个用例包含更多的信息 以便详细地说明系统的功能。 • 虽然此阶段的详细描述没有太多的实现细节，但它包含 从系统用户的角度描述用例，比早期与系统交互的角度 更自然。
对象/类关系—多重性符号
• 多重性：零个或多个 • UML记号：0. .*或者 * • 关联含义：一个客户可以没有进行支付，也可以进行 了多次支付
对象/类关系—多重性符号
• 多重性：一个或多个 • UML记号：1. .* • 关联含义：一个大学至少提供一门课程，也可以提供 多门课程
对象/类关系—多重性符号
对象功能建模过程—描述系统顺序图
• 对象：行为的执行者是对象，而不是类。 • 可以是系统的参与者或者任何有效的系统对象。 • 对象是类的实例，它使用包围名称的矩形框来标记， 它的后面可以跟冒号"："及类名，名称带下划线。 • 位置一般在顺序图顶部，表示开始的对象已经存在。
对象功能建模过程—描述系统顺序图
选择地点
对象功能建模过程—建模用例活动图
• 分支：用来描述基于某个判断的可选择路径，一个分 支可以有一个进入流和两个或多个离去流，离去流上 指示判断条件。
• 合并：它将分支流组合在一起，可以有两个或多个进 入流和一个离去流，任何一个流达到以后就继续执行。 • 分支和合并都用菱形表示。
对象功能建模过程—建模用例活动图
• 也可以在交互的过程中创建和撤销对象，分别通过 create和destroy消息表示。 • 对象创建之后就具有生命线，和顺序图中的其它对象 一样；删除某个对象时，还要在被撤销对象的生命线 上访一个X字符。
create
பைடு நூலகம்destroy
对象功能建模过程—描述系统顺序图
• 活动图的构造步骤：(根据用例描述) —确定开始和结束活动结点。 —如有必要，添加泳道。其中一个泳道对应着系统响应 的活动，其他几个泳道参与者发起的活动。 —为用例的每个主要步骤添加一个活动，放置到响应的 泳道中，并添加活动之间的控制流。 —如有必要，添加分支控制流。 —如有必要，添加同步棒。
对象功能建模过程—描述系统顺序图
• 多重性：特定范围 • UML记号：7. .9 • 关联含义：一个团队有7、8或9个任务
对象/类关系—聚集
• 聚集：类之间整体和部分的关系。有两种形式。 • 共享聚集：一个较大的整体类包含一个或多个较小的 部分类，而一个较小的部分类是一个较大整体类的一 部分；部分的生存周期独立于整体。 整体一端表示为空心菱形。 • 复合聚集：一个较大的整体类负责其较小部分类的创 建和销毁，整体不存在时，部分也将不存在。 整体一端表示为实心菱形。
对象建模的基本概念—对象的UML表示
注：对象实例名称由唯一 标识对象的属性值、冒号 及对象所属类的名称构成；
居中，加下划线
对象实例名称和对象属性 值用一条线分隔开 “属性=值”的形式表示
对象建模的基本概念—封装
• 封装：对象的属性和方法被封装到一起作为那个对 象的一部分，访问或修改属性只能通过该对象的方 法来实现。 如：只有你(一个对象)可以修改(方法)你的名字和 家庭住址(你的属性) UML中的每个特征的可见性说明： private:“—” public:“+” protected:“#” package:“~” (通常，属性设置为private，方法设置为public)
对象建模的基本概念—类
• 类：具有相同属性和行为的对象的抽象描述。
• 类和对象：类是抽象的，只描述该类所有对象共有 的属性；对象是具体的实例，有具体的属性值。 类是静态的；对象时动态的，有其生命周期。
对象建模的基本概念—类的UML表示
只显示名称
显示名称和属性 显示名称、属性和方法
对象建模的基本概念—继承
• 顺序图：用例执行的具体步骤采用活动图描述，而系 统的输入输出信息则可以使用顺序图描述。顺序图又 称为序列图。
• 顺序图显示随着时间的变化对象之间是如何通信和交 互的。
对象功能建模过程—描述系统顺序图
顺序图中的各个坐标的含义：
纵向维代表时间，严格按时间先后依次向下排序。 横向维代表不同的对象
顺序图的基本模型元素：对象，生命线，激活期，消息。
• 实现图
– 组件图 – 部署图
对象功能建模过程
• 面向对象分析要求我们辩识从用户角度开 发所需的系统功能、支持所需系统功能的 对象、对象的数据属性、相关的行为以及 对象之间的关联。
• 和用例建模的关系：用例建模所生成的系 统用例图提供了一个概要描述，对象建模 在此基础上进一步细化用例图和用例描述， 并更详细地建模系统功能。
• 关联类：表示关联的一个类，它不仅连接一组类，而 且可以定义关联自身的一组属性和操作。 当需要描述关联自身的属性时，就需要使用关联类。 • 在UML中，将关联类与关联用虚线连接，而且使用类 名与关联的名字相同。
对象/类关系—一元关联和多远关联
• 一元关联：从类的给定实例能连接到该类的其它实例， 又称回归关联。
• 状态图
– 状态图 – 活动图
建模一个特定对象的动态行为， 说明了一个对象的生命周期— —对象可以经历的各种状态， 描述活动的序列流 以及引起对象从一个状态向另 用于描述系统的软件组 一个状态转换的事件。 件的组织和依赖关系 描述系统中硬件和软件的 物理架构，用以说明构成 系统架构的运行时软件组 件、处理器和设备的配置。
对象建模的基本概念—对象、属性、方法
• 对象：可以是任何事物；在系统开发的面向对象方 法中，对象可以是人、地点、事物或事件。 如： 雇员、客户；教室；产品、车辆；注册、预约。 • 属性：描述一个对象相关特征的数据。 如：“学生”：学号、姓名、性别、出生年月。 每个具体的学生被称为一个对象实例。 如：20140623001、张三、男、1994.1.1 • 方法：对象可以做的事情，以及在对象数据上执行 的功能，也称为行为。 如：门可以打开、关闭、锁上、开锁等。