|
|
知识路径： > 软件工程 > 软件工程基础知识 > 软件开发方法 >
|
被考次数：6次
被考频率：中频率
总体答错率：62%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
考试要求：掌握
相关知识点：15个
|
|
|
|
|
面向对象方法是当前的主流开发方法，拥有大量不同的方法，主要包括OMT（Object Model Technology，对象建模技术）方法、Coad/Yourdon方法、OOSE（Object-Oriented Software Engineering，面向对象的软件工程）及Booch方法等，而OMT、OOSE及Booch最后统一成为UML（United Model Language，统一建模语言）。
|
|
|
|
|
|
Coad/Yourdon方法主要由面向对象的分析（Object-Oriented Analysis, OOA）和面向对象的设计（Object-Oriented Design, OOD）构成，特别强调OOA和OOD采用完全一致的概念和表示法，使分析和设计之间不需要表示法的转换。该方法的特点是表示简炼、易学，对于对象、结构、服务的认定较系统和完整，可操作性强。
|
|
|
|
在Coda/Yourdon方法中，OOA的任务主要是建立问题域的分析模型。分析过程和构造OOA概念模型的顺序由5个层次组成，分别是类与对象层、属性层、服务层、结构层和主题层，它们表示分析的不同侧面。OOA需要经过5个步骤来完成整个分析工作，即标识对象类、标识结构与关联（包括继承、聚合、组合及实例化等）、划分主题、定义属性和定义服务。
|
|
|
|
OOD中将继续贯穿OOA中的5个层次和5个活动，它由4个部分组成，分别是人机交互部件、问题域部件、任务管理部件和数据管理部件，其主要的活动就是这4个部件的设计工作。
|
|
|
|
|
|
Booch认为软件开发是一个螺旋上升的过程，每个周期包括4个步骤，分别是标识类和对象、确定类和对象的含义、标识关系、说明每个类的接口和实现。Booch方法的开发模型包括静态模型和动态模型，静态模型分为逻辑模型（类图、对象图）和物理模型（模块图、进程图），描述了系统的构成和结构。动态模型包括状态图和顺序图。该方法对每一步都做了详细的描述，描述手段丰富而灵活。
|
|
|
|
Booch不仅建立了开发方法，还提出了设计人员的技术要求，以及不同开发阶段的人力资源配置。Booch方法的基本模型包括类图与对象图，主张在分析和设计中既使用类图，也使用对象图。
|
|
|
|
|
|
OMT作为一种软件工程方法学，支持整个软件生存周期，覆盖了问题构成分析、设计和实现等阶段。OMT方法使用了建模的思想，讨论如何建立一个实际的应用模型。从3个不同而又相关的角度建立了3类模型，分别是对象模型、动态模型和函数模型，OMT为每一个模型提供了图形表示。
|
|
|
|
（1）对象模型。描述系统中对象的静态结构、对象之间的关系、属性和操作。它表示静态的、结构上的、系统的“数据”特征。主要用对象图来实现对象模型。
|
|
|
|
（2）动态模型。描述与时间和操作顺序有关的系统特征，如激发事件、事件序列、确定事件先后关系的状态。它表示瞬时、行为上的和系统的“控制”特征。主要用状态图来实现动态模型。
|
|
|
|
（3）函数模型。描述与值的变换有关的系统特征，包括功能、映射、约束和函数依赖。主要用数据流图来实现功能模型。
|
|
|
|
在进行OMT建模时，通常包括4个活动，分别是分析、系统设计、对象设计和实现。
|
|
|
|
（1）分析：建立可理解的现实世界模型。通常从问题陈述入手，通过与客户的不断交互及对现实世界背景知识的了解，对能够反映系统的3个本质特征（对象类及它们之间的关系，动态的控制流，受约束的数据的函数变换）进行分析，构造出现实世界的模型。
|
|
|
|
（2）系统设计：确定整个系统的体系结构，形成求解问题和建立解答的高层策略。
|
|
|
|
（3）对象设计：在分析的基础上，建立基于分析模型的设计模型，并考虑实现细节。其焦点是实现每个类的数据结构及所需的算法。
|
|
|
|
（4）实现：将对象设计阶段开发的对象类及其关系转换为程序设计语言、数据库或硬件的实现。
|
|
|
|
|
|
OOSE在OMT的基础上，对功能模型进行了补充，提出了用例（use case）的概念，最终取代了数据流图来进行需求分析和建立功能模型。
|
|
|
|
|
|
（1）需求模型：获取用户的需求，识别对象，主要的描述手段有用例图、问题域对象模型及用户界面。
|
|
|
|
（2）分析模型：定义系统的基本结构。将分析模型中的对象分别识别到分析模型中的实体对象、界面对象和控制对象三类对象中。每类对象都有自己的任务、目标并模拟系统的某个方面。实体对象模拟那些在系统中需要长期保存并加以处理的信息。实体对象由使用事件确定，通常与现实生活中的一些概念相符合。界面对象的任务是提供用户与系统之间的双向通信，在使用事件中所指定的所有功能都直接依赖于系统环境，它们都放在界面对象中。控制对象的典型作用是将另外一些对象组合形成一个事件。
|
|
|
|
（3）设计模型：分析模型只注重系统的逻辑构造，而设计模型需要考虑具体的运行环境，即将分析模型中的对象定义为模块。
|
|
|
|
|
|
（5）测试模型：测试的重要依据是需求模型和分析模型，测试的方法与9.8节所介绍的方法类似，而底层是对类（对象）的测试。测试模型实际上是一个测试报告。
|
|
|
|
OOSE的开发活动主要分为3类，分别是分析、构造和测试。其中分析过程分为需求分析和健壮性分析两个子过程，分析活动分别产生需求模型和分析模型。构造活动包括设计和实现两个子过程，分别产生设计模型和实现模型。测试过程包括单元测试、集成测试和系统测试三个过程，共同产生测试模型。
|
|
|
|
用例是OOSE中的重要概念，在开发各种模型时，它是贯穿OOSE活动的核心，描述了系统的需求及功能。用例实际上是描述系统用户（使用者、执行者）对于系统的使用情况，是从使用者的角度来确定系统的功能。因此，首先必须分析确定系统的使用者，然后进一步考虑使用者的主要任务、使用的方式、识别所使用的事件，即用例。
|
|
|
