面向对象分析与设计.ppt

第十一章 面向对象分析与设计,本章重点,11.1面向对象方法的形成与发展,11.1.1面向对象方法的发展史 20世纪60年代末，Simula67语言。 70年代到80年代，Smalltalk语言。 80年代中期到90年代，C+，Object Pascal、Java等。 80年代后 ，Booch提出的Booch方法；Jacobson提出的OOSE方法 ；Rumbaugh提出的OMT方法。 90年代中期 ，统一建模语言（Unified Modeling Language，UML）,11.1面向对象方法的形成与发展（续）,11.1.2面向对象方法的基本原理 OO方法强调从“问题域”到“实现域”的映射应采用一种直接和自然的映射方法，使实现域保持了问题域的本来面目，没有对问题域造成扭曲。这是OO方法最突出的优点。 OO方法以对象为中心，强调对象是对客观事物的正确抽象，是构成软件系统的基本单位。对象是由属性和服务组成的。将具有相同属性和服务的对象归为一类，类是这些对象的抽象描述。通过继承机制简化了对系统的构造和描述。通过消息实现了对象的动态联系。通过关联实现对象的静态联系。,11.2面向对象方法的主要概念,11.2.1对象 1、对象 对象是系统中用来描述客观事物的一个实体，一个对象由一组属性和对这组属性进行操作的一组服务构成。 2、属性 属性是用来描述对象静态特征的一个数据项。 3、服务 服务是用来描述对象动态特征的一个操作序列。,11.2面向对象方法的主要概念（续）,11.2.2类 类是指具有相同属性和服务的一组相似对象的集合。 11.2.3封装 封装（Encapsulation）是指通过对象将属性和服务组合起来，构成一个不可分割的独立的系统单位，并尽可能隐蔽其内部细节。 11.2.4继承 继承（Inheritance）是指特殊类的对象可自动地拥有其一般类定义的全部属性与服务。,11.2面向对象方法的主要概念（续）,11.2.5消息 消息（Message）是指向对象发出的服务请求。 11.2.6关系 一般特殊关系 又称作继承关系或“is-a-kind-of”关系。 关联关系 关联（Association）表示一个对象了解其它对象的程度。,11.2面向对象方法的主要概念（续）,整体部分关系 整体部分关系又称作组合关系或“is-a-part-of”关系。 行为依赖关系 行为依赖关系描述对象之间的动态联系，即：若一个对象在执行自己的服务时，需要向另外的一个对象发送消息请求它的某种服务，则称这两个对象之间存在着行为依赖关系。 11.2.7多态性 对象的多态性（Polymorphism）是指在一般类中定义的属性或服务被特殊类继承之后，可以具有不同的数据类型或表现出不同的行为。,11.2面向对象方法的主要概念（续）,11.2.8永久对象 永久对象（Persistent Object） ，就是其生存期可以超越程序的执行时间而长期存在的对象。 11.2.9主动对象 1、被动对象 对象的每一个服务只有在一条消息的驱动下才被执行，这样的对象称为被动对象（Passive Object）。 2、主动对象 主动对象（Active Object）就是至少有一个服务不需要接收消息就能主动执行（称为主动服务）的对象。,11.3统一建模语言UML,11.3.1UML的发展与作用 （一）UML发展史 1995年10月同在美国Rational软件公司工作的G.Booch和J.Rumbaugh把他们各自提出的Booch方法和OMT方法结合起来，形成一种统一方法，即UM（Unified Method）0.8。 OOSE的提出者I.Jacobson也加入了这一行列，经过三人的密切合作，于1996年6月和10月先后发布了二义性较少的UML0.9和0.91版本。 1997年1月，他们推出了UML1.0版，并提交到对象管理组织（Object Management Group，OMG）作为初步的提案申请。,11.3统一建模语言UML（续）,1997年9月1日提出了UML1.1，并作为最终提案提交到OMG，该提案在1997年11月被OMG正式采纳为OO建模的标准语言。 OMG平台技术委员会批准成立UML修订任务组，先后制定改进版本,包括:UML 1.2 、UML1.3 、UML1.4 。并将UMLl.3作为其最终草案，于1999年6月提交给OMG组织委员会和平台技术委员会，并获得批准。 目前最高版本是UML2.0,11.3统一建模语言UML（续）,（二）UML的主要作用 作为一种建模语言，UML定义了建立系统模型所需的概念及其标准的可视化图形表示符号。但是它并不介绍如何进行系统建模。因此，UML并不是一种面向对象建模方法和过程。 UML是一种建模语言，而不是一种程序设计语言。 UML是一个可扩展的建模语言。,11.3统一建模语言UML（续）,11.3.2面向对象分析和设计的UML模型结构 UML将OOA&D要建立的系统模型划分为系统功能视图、系统静态视图和系统动态视图。,11.3统一建模语言UML（续）,（一）功能视图 功能视图用于展现一个系统应具有的功能集合。UML用例图（Use Case Diagram）来描述。 （二）静态视图 静态视图也成为逻辑视图，用于展现系统的静态结构，揭示系统内部的组成元素及其它们之间的关系。UML用“类图”和“对象图” 来描述。 （三）动态视图 动态视图用于展现系统的动态行为特征。UML用序列图（Sequence Diagram）、状态图（State Diagram）、协作图（Collaboration Diagram）和活动图（Activity Diagram）来描述。,11.3统一建模语言UML（续）,11.3.3功能视图的概念和表示方法 用例图基本的模型元素包括用例（Use Case）、角色（Actor）和用例关系。,用例图中的主要模型元素及其表示符号,11.3统一建模语言UML（续）,（一）角色 “角色”是指在系统边界以外与系统进行信息交互的有关事物。 （二）用例 “用例”是指从系统外部各个角色的角度观察，系统应支持哪些功能，一个用例提供对应系统对外部提供的一项功能，它是对系统功能的宏观描述。 （三）用例关系 扩展（Extends）关系 使用（Uses）关系,11.3统一建模语言UML（续）,（四）用例图示例,11.3统一建模语言UML（续）,11.3.4静态视图的概念和表示方法 （一）类和对象的表示 1、类和对象表示的符号 类和对象都用长方形表示，长方形分成上、中、下三个区域来分别表示类和对象的名字、类的属性和服务。,11.3统一建模语言UML（续）,2、属性 类的属性用来描述该类的所有对象所具有的静态特征，对象的属性用来描述该对象所有的属性值。UML描述属性的语法格式为： 可见性属性名：属性类型名初值性质串 3、服务 类的服务说明了该类能做些什么。每种服务定义的标准语法格式为： 可见性服务名（参数表）：返回值类型性质串,11.3统一建模语言UML（续）,4、类定义示例,11.3统一建模语言UML（续）,（二）继承关系的表示 1、继承关系表示的符号 继承关系用一条带空心三角形的直线表示，空心三角形紧挨父类。,11.3统一建模语言UML（续）,2多态 子类也可以把本来在父类中定义的属性和服务重新进行定义，来达到“名字相同，语义不同”的目的。“多态”是在属性或服务的“性质串”中来说明的。 3抽象类 所谓“抽象类”是指没有具体对象的类。抽象类一般只作为父类，用于描述其子类的公共属性和服务。抽象类通常都具有抽象服务。抽象服务仅仅用来指定某个类的所有子类应具有哪些行为，但并不指定具体的实现方式。抽象服务的表示方法是在抽象服务标记后跟随一个性质串抽象性Abstract。,11.3统一建模语言UML（续）,4、多继承及其抽象类表示法示例,11.3统一建模语言UML（续）,（三）关联关系表示 1、关联关系表示的符号 一般的关联关系采用一条直线来表示，该直线连接了具有关联关系的两个类或对象。,11.3统一建模语言UML（续）,2、关联名称 使用关联名称可更清晰地说明该关联关系的含义和目的。 3、角色名 角色名用于规定某个类在关联关系中所起的作用。 4、多重性 多重性用于说明关联关系中某类对象的数量关系，即该类的多少个对象可以与另一个类的一个对象相关联。 5、导向性 导向性用于说明两个类的关联是单向的，导向性采用实线箭头表示，即只有箭头所指方向上才有这种关联关系。,11.3统一建模语言UML（续）,6、关联类 “关联类” 用来表示关联关系本身所拥有的特征。 7、多元关联 客观世界中，有时多个事物之间存在某种联系。,11.3统一建模语言UML（续）,（四）整体部分关系表示 对象间的整体部分关系是关联关系的特例。UML中表示整体部分关系的符号与关联关系类似，只是在指向整体对象的一端增加了一个小菱形。如果是聚合关系，则小菱形是空心的，如果是组成关系，则小菱形是实心的。,11.3统一建模语言UML（续）,（五）包的概念及其表示 1、包的概念 包（Package）是一种组合机制，把各种各样的模型元素通过内在的语义连成一个整体就形成一个包。构成包的模型元素称为包的内容。 2、包的表示 “包”的图形表示符号类似文件夹，由两个长方形组成，小长方形位于大长方形的左上角。,11.3统一建模语言UML（续）,3、包间关系 依赖关系 如果包A引用了包B的类或类的服务，则称B依赖A。依赖关系用一条带箭头的虚线表示。 继承关系， 如果包B内的某个类是包A某个类的子类，则包A和B构成了继承关系，包间继承关系的表示符号同类间的继承关系一样。,11.3统一建模语言UML（续）,4、包的示例,11.3统一建模语言UML（续）,11.3.5动态视图的概念和表示方法 （一）状态图 状态图用于描述一个对象所能达到的所有状态以及引起状态变化的事件，用于对类所描述事物的补充说明。 1、状态的表示 一个对象的状态由一个初始状态、若干个中间状态和零到多个终止状态组成。,11.3统一建模语言UML（续）,2、状态转移表示 对象状态间的转换用一条带箭头的线表示，线上要标注引起状态转换的条件。 转移条件的语法格式为： 事件名（参数表）守卫条件/动作表达式发送子句,11.3统一建模语言UML（续）,3状态图示例,11.3统一建模语言UML（续）,（二）序列图 序列图是用来反映对象之间行为依赖关系的模型之一，它侧重于描述为完成一个功能，随着时间的流逝对象之间的交互方式。 1、消息的表示 一般来说消息可以分为普通消息、同步消息和异步消息三种。,11.3统一建模语言UML（续）,2、消息协议 条件服务名（参数表） 3、序列图示例,11.3统一建模语言UML（续）,（三）协作图 协作图是用来反映对象之间行为依赖关系的另一种模型。它侧重于描述为完成一个功能，从空间的角度，对象的链接（关联的实例）以及链接对象间的交互。 1、消息标签 前缀/守卫条件消息序列号并发消息别名循环子句条件子句:消息名（参数表）,11.3统一建模语言UML（续）,2、协作图示例,打印文件协作图,11.3统一建模语言UML（续）,（四）活动图 活动图是另一种用来描述交互的模型，主要描述完成一项功能要执行的动作、动作顺序和动作所产生的结果。 1、活动图基本的建模元素及其表示符号,11.3统一建模语言UML（续）,2、活动图示例,11.4 面向对象分析,11.4.1、概述 1、主要任务 系统分析的主要任务是对拟建系统所涉及的领域进行全面而深入的理解和认识，从而确定系统要解决的问题以及要达到的目标，并对该问题域进行清晰、完整、准确和详细的认识和描述，以便为后续的系统设计提供清晰准确的设计依据。 2、最终目标 系统分析的其最终目标是产生综合描述问题域特征的文档。,11.4 面向对象分析（续）,3、系统分析方法 结构化方法 数据驱动方法 OOA方法 Booch方法 OMT方法 OOSE方法 统一过程RUP（Rational Unified Process）,11.4 面向对象分析（续）,11.4.2面向对象分析的任务 OOA的基本任务是：运用OO方法，对拟建信息系统所涉及的领域和要解决的领域问题进行分析和理解，正确认识问题域中的事物及其事物间的关系，确定为解决领域问题信息系统应具备的功能和其它方面的要求。在此基础上，勾画出拟建系统的逻辑模型来反映系统的静态和动态结构。 对系统静态结构的认识和描述，主要是利用抽象、分类、继承、组合以及封装等原则来实现三种映射， 对系统动态结构的认识和描述，必须从系统要完成的功能出发，既要搞明白对象的行为方式，又要认识清楚构成系统基本部件的交互和协作过程。最终建立相关模型来刻画系统的动态结构。,11.4 面向对象分析（续）,11.4.3面向对象分析的过程模型,11.4 面向对象分析（续）,11.4.4确定系统目标和范围 学习和掌握领域背景 常用的途径包括资料阅读、调查、访谈、实地考查和操作、请教领域专家等。 确定系统范围 在领域中哪些领域问题可以借助信息系统来加以解决，进而确定问题域，即系统范围。 确定系统目标 确定问题域中的每个问题要解决到什么程度，即信息系统要达到的目标，制定目标时，一要尽可能量化，二要适度，既不能过高，也不能过低。,11.4 面向对象分析（续）,11.4.5需求获取和定义,11.4 面向对象分析（续）,（一）需求调研 需求调研要采取全面而有序和逐步引入细节的策略。 （二）建立用例模型 1、识别系统角色 谁是使用系统主要功能的人？ 谁需要借助系统完成日常工作？ 谁来维护、管理系统，以保证系统正常运行？ 系统控制和使用的硬件设备有哪些？ 系统需要与哪些其它系统进行交换？ 哪些人、系统和设备需要系统的输出的结果？,11.4 面向对象分析（续）,2、发现用例及其关系 角色的日常工作是什么？这些日常工作能用系统来完成吗？ 角色需要维护或使用系统存储的某种信息吗？ 系统中发生的事件需要通知角色吗？或者角色需要通知系统某事件吗？这些事件的作用是什么？ 为简化角色的日常工作，或提高其工作效率，系统还能做什么？ 系统需要的输入/输出信息是什么？这些信息从哪儿来到哪儿去？ 系统开发要解决的主要问题是什么？,11.4 面向对象分析（续）,3、描述用例 用例名称 全系统范围内唯一的表示这个用例并且能反映出它的角色和它所描述的功能。其书写格式是：角色名用例名。 用例目标 用例的最终任务是什么？通过该用例能得到什么样的结果？ 行为描述 用自然语言分别描述角色的行为和系统行为。 控制语句 在一些较为复杂的交互活动中往往含有循环或条件分支。此时需要在用例中使用一些控制语句。,11.4 面向对象分析（续）,（三）确定系统的非功能性需求 系统的非功能性需求主要包括系统的环境需求、质量需求、用户界面需求和资源需求四个方面。 （四）需求复审与确认 开发商要与用户一起以该文档为依据，进行第一次需求复审和确认，以确定文档的内容是否真实地反映了用户的功能性和非功能性需求。,11.4 面向对象分析（续）,11.4.6划分系统主题 主题的概念 主题是指在语义上有密切联系的系统模型元素的集合。 划分主题的方法 按功能自顶向下划分系统的高层主题 按功能自顶向下划分系统的高层主题 主题的表示 采用UML“包”的概念建立主题图。,11.4 面向对象分析（续）,11.4.7系统静态模型的建立 （一）建立静态模型的过程 1、类图的层次 对象层 特征层 关系层,11.4 面向对象分析（续）,2、类图建立过程的三项活动 发现对象和类 发现属性和服务 发现对象和类的关系,11.4 面向对象分析（续）,3、识别对象和类建立类图的过程,11.4 面向对象分析（续）,（二）发现对象和类 1、确定对象候选空间 从问题域角度出发，反复阅读相关文档，筛选出属于系统范围内的名词或名词短语，建立初步的候选对象空间。 2、审查和筛选对象 逐个检查候选对象，以舍弃无用的和精简剩余的对象。 3、对象分类 确定系统所需要的类，建立类图的对象层。,11.4 面向对象分析（续）,（三）发现属性 1、确定属性的候选空间 主要工作是在研究当前的问题域和系统功能基础上，找出每一类对象应有的属性。确定属性候选空间的目标是尽可能全面地发现属性，宁多勿缺。 2、属性的审查和筛选 舍弃一些不必要的属性，简化系统模型。,11.4 面向对象分析（续）,（四）发现服务 1、确定服务的候选空间 主要工作是在研究当前的问题域和系统功能基础上，找出每一类对象应有的服务。确定服务候选空间的目标是尽可能全面地发现服务，宁多勿缺。 2、服务的审查和调整 对所发现的每个对象的每个服务逐个进行审查，舍弃无用的服务，并通过分解或合并来提高服务的独立性。,11.4 面向对象分析（续）,（五）识别继承关系 1确定继承关系的候选空间 识别现有类的继承关系 按自顶向下的演绎法，把现有的类细化成更具体的类。 按自底向上的归纳法，抽象出现有类的共同特征形成其父类。,11.4 面向对象分析（续）,2继承关系的审查和调整 继承关系是否符合领域的分类体系或分类常识？ 继承关系是否在问题空间内？ 继承关系对满足系统功能有无作用？ 在用具体的OOPL来实际实现“多继承”时，可能会存在OOPL不支持多继承、“命名冲突”、破坏系统清晰性和造成实现的复杂等问题。 3调整对象层和特征层 对类图中的对象层和特征层做某些调整，包括增加、删除、合并或分开某些类，以及增、删某些属性和服务或把它们移到其它类中。,11.4 面向对象分析（续）,（六）识别和定义关联关系 发现关联关系 识别并定义关联关系的属性和服务 分析关联关系的多重性 定义关联关系的含义 多元关联关系处理 调整对象层和特征层,11.4 面向对象分析（续）,（七）识别和定义整体部分关系 确定整体部分关系候选空间 整体部分关系的审查和筛选 再分析复杂的对象类 分析整体部分关系是聚合还是组成 调整对象层和特征层,11.4 面向对象分析（续）,11.4.8系统动态模型的建立 确定并描述角色与系统的交互方式 确定并描述参与完成用例功能的对象及其交互过程 确定并描述对象类的状态及其状态转移 确定并描述对象类服务的执行过程,11.4 面向对象分析（续）,11.4.9分析结果的详细说明 系统总体说明 对整个系统作一些必要的说明。 主题说明 简要地说明每个主题描述一组什么事物，或解决一个什么问题。 类描述模板 包括类的整体说明、与其它类的关系说明、属性说明和服务说明四部分内容。,11.5 面向对象设计,11.5.1概述 OOD是在OOA的基础上继续运用OO方法解决软件生命周期设计阶段的问题，产生一个满足用户需求的，并且依赖一个具体的OOPL可以实现的方案模型。 11.5.2面向对象设计原则 （一）模块化原则 对象就是构成系统的基本模块。对象作为模块，与结构化技术中所叙述的“模块”不同，它是把数据和操作数据的方法紧密结合在一起所构成的模块。,11.5 面向对象设计,（二）抽象原则 从许多事物中舍弃个别的、非本质的特征，提取出共同的、本质性的特征称为抽象。抽象是人类控制复杂性的有效思维武器之一。抽象是OO方法中使用最广泛的原则。 （三）信息隐蔽原则 信息隐蔽是通过封装来实现的。封装的信息隐蔽作用反映了事物的相对对立性，隐藏了对象内容的实现细节，只保留了有限的接口与外部发生联系。,11.5 面向对象设计（续）,（四）对象的独立性原则 衡量对象的对立性的两个指标是对象的耦合和内聚。 耦合 交互耦合 继承耦合 组合耦合 关联耦合 内聚 服务内聚 类内聚,11.5 面向对象设计（续）,（五）可重用原则 直接复用 间接复用 通过继承复用 通过组合复用,11.5 面向对象设计（续）,11.5.3面向对象设计过程与方法 （一）问题域进一步设计 需求的调整与确认 对OOA模型的调整 针对具体的OOPL的调整 增加一般类以提供共同协议 重用已有类 为实现永久对象所做的调整 完善对象内部细节 定义实现系统应创建的对象实例 提高性能 修改或补充OOA其它模型 建立OOD与OOA的映射关系,11.5 面向对象设计（续）,（二）人机交互设计 人机交互设计策略 人机交互设计过程 分析和描述用户 分析和描述人机交互的内容和过程 输入和输出的组织 设计人机交互类,11.5 面向对象设计（续）,（三）数据管理设计 1、针对RDBMS的数据管理设计策略,11.5 面向对象设计（续）,2针对RDBMS的数据管理设计方法 （1）对象在数据库中的存储 对象的规范化 关系型数据库必须满足一定的规范化目标，其规范化程度的高低是由范式来衡量的。 数据库逻辑设计 经过对象的规范化，得到了一个符合数据库设计要求的类图。,11.5 面向对象设计（续）,（2）数据管理类的设计 针对每个永久对象类，分别设计“对象保存”和“对象服务”服务。 在数据管理类中只设计一个“对象保存”和一个“对象恢复”服务，供所有永久对象的类使用。 （四）任务管理设计 1、分析系统并发性、确定并发任务 系统固有的并发要求 为改善性能而增加并发任务 协调并发任务的任务 2、确定完成并发任务的控制流,11.6 面向对象分析与设计案例,11.6.1领域分析，确定系统的目标和范围 1、开发背景 信息革命带来了全球范围市场竞争的日益加剧，对传统的办公教学和生活方式产生了巨大的冲击。如何利用校园网资源，开发高校学籍管理系统成为一项非常迫切的任务。 2、目的和意义 为了提高效率，节省人力，加快高校的信息化发展速度，为此开发学籍管理系统软件，以达到协同高效办公的目的。,11.6 面向对象分析与设计案例,3、范围 学籍管理系统主要为教务处学籍管理人员、各学院学籍管理员进行学籍管理以及为学生提供必要的服务。 11.6.2需求获取，建立系统的功能视图 （一）识别和定义系统角色 学籍管理系统包括教务处学籍管理员、各学院学籍管理员、学生、系统管理员、招生系统和成绩管理系统等六种系统角色。,11.6 面向对象分析与设计案例（续）,（二）分析角色和系统的交互过程，识别系统用例 1、教务处学籍管理员 班级管理、学生管理和毕业管理。 2、二级院学籍管理员 二级院学籍管理员负责协助教务处学籍管理员完成日常管理工作。 3、学生用户 学生通过系统可查询自己的基本信息、奖惩信息和学籍异动信息，进行注册，以及提出休学和复学申请。 4、系统管理员 系统管理员主要负责系统用户和数据管理。,11.6 面向对象分析与设计案例（续）,（三）划分系统主题,11.6 面向对象分析与设计案例（续）,（四）建立系统的用例模型图 1、系统角色和系统主题,11.6 面向对象分析与设计案例（续）,2、学生管理主题,11.6 面向对象分析与设计案例（续）,（五）描述用例模型图的每个用例,用例名：教务处学籍管理院新生分班 用例目标：分专业按一定的分班原则（包括人数平均、性别平衡、地域平衡、成绩平衡）将插入到相应专业班级中，并按姓名拼音序为学生编制学号（班级号两位流水码）。 输入分班原则及其优先级； 按分班原则将每个学生插入一个班级 将每个班级按学生姓名拼音序进行排序； 为每个学生编制学号； 按班级屏幕输出班级学生名单； 手动调整分班结果； 存储分班结果；,新生分班用例描述,11.6 面向对象分析与设计案例（续）,11.6.3发现对象和类，建立系统静态模型视图 （一）OOA阶段 1、发现对象和类 对象类包括：学生、班级、学生统计成绩、学生奖励信息、学生惩处信息、学籍异动信息、学生注册信息、毕业生、新生。 2、定义类属性和服务 （1）学生：主要的属性包括学号、姓名、性别、出生年月、政治面貌、入学时间、学籍状态等。主要的服务包括查询信息、注册、休学申请、复学申请、获奖、受惩处、学籍异动、调整班级、成绩统计等。,11.6 面向对象分析与设计案例（续）,（2）班级：主要的属性包括班级编号、名称、所属专业、建立日期等。主要的服务包括创建班级、删除班级等。 （3）统计成绩结果：主要的属性包括学号、学年学期、实得学分、应得学分、成绩绩点、不及格课程门数等。主要的服务包括获得统计成绩、查询统计成绩等。 （4）学生奖励信息：主要的属性包括学号、奖励时间、奖励名称、奖励级别和奖励原因等数据。主要的服务包括添加奖励信息、删除奖励信息、更新奖励信息、查询奖励信息、统计奖励次数等。,11.6 面向对象分析与设计案例（续）,（5）学生惩处信息：主要的属性包括学号、惩处时间，惩处原因、惩处结果、撤销时间和撤销原因等。主要的服务包括添加惩处信息、删除惩处信息、更新惩处信息、查询惩处信息、撤销惩处、等。 （6）学籍异动信息：主要的属性包括学号、异动学年学期、异动原因、异动结果等。主要的服务包括添加异动信息、删除异动信息、更新异动惩处信息、查询惩处信息等。 （7）学生注册信息：主要的属性包括学号、学年学期、交费数额和注册时间等数据。主要的服务包括添加注册信息、删除注册信息、更新注册信息、查询注册信息。,11.6 面向对象分析与设计案例（续）,（8）毕业生：除了继承学生的属性和服务之外，自身的属性包括毕业时间、学历类别（包括毕