|
|
知识路径： > 系统开发基础知识 > 软件开发方法 > 面向对象方法 >
|
|
相关知识点：4个
|
|
|
|
|
OOSE在OMT的基础上，对功能模型进行了补充，提出了用例（use case）的概念，最终取代了数据流图来进行需求分析和建立功能模型。
|
|
|
|
|
|
（1）需求模型：获取用户的需求，识别对象。主要的描述手段有用例图、问题域对象模型及用户界面。
|
|
|
|
（2）分析模型：定义系统的基本结构。将分析模型中的对象分别识别到分析模型中的实体对象、界面对象和控制对象三类对象中。每类对象都有自己的任务、目标并模拟系统的某个方面。实体对象模拟那些在系统中需要长期保存并加以处理的信息。实体对象由使用事件确定，通常与现实生活中的一些概念相符合。界面对象的任务是提供用户与系统之间的双向通信，在使用事件中所指定的所有功能都直接依赖于系统环境，它们都放在界面对象中。控制对象的典型作用是将另外一些对象组合形成一个事件。
|
|
|
|
（3）设计模型：分析模型只注重系统的逻辑构造，而设计模型需要考虑具体的运行环境，即将在分析模型中的对象定义为模块。
|
|
|
|
|
|
（5）测试模型：测试的重要依据是需求模型和分析模型，测试的方法与8.8节所介绍的方法类似，而底层是对类（对象）的测试。测试模型实际上是一个测试报告。
|
|
|
|
OOSE的开发活动主要分为三类，分别是分析、构造和测试。其中分析过程分为需求分析和健壮性分析两个子过程，分析活动分别产生需求模型和分析模型。构造活动包括设计和实现两个子过程，分别产生设计模型和实现模型。测试过程包括单元测试、集成测试和系统测试3个过程，共同产生测试模型。
|
|
|
|
用例是OOSE中的重要概念，在开发各种模型时，它是贯穿OOSE活动的核心，描述了系统的需求及功能。用例实际上是描述系统用户（使用者、执行者）对于系统的使用情况，是从使用者的角度来确定系统的功能。因此，首先必须分析确定系统的使用者，然后进一步考虑使用者的主要任务、使用的方式、识别所使用的事件，即用例。
|
|
|
