第4章 面向对象系统分析与对象类建模 2

《系统分析与设计》课程教学大纲课程英文名称：System analysis and design课程代码：R0902635 学时数：56 学分数：3.5课程类型：专业基础课程适用学科专业：软件工程先修课程：《面向对象程序设计》，《软件工程基础》，《数据库原理及应用》执笔者：编写日期：审核人：一、课程简介《系统分析与设计》是软件工程专业的专业基础课程。

学生通过该课程的学习，可掌握面向对象软件系统分析与设计的基本原理、方法与技术，培养软件系统建模分析、系统分析与设计、软件模块设计、软件界面设计等专业能力。

Software system architecture design is a professional basic course of software engineering. Through the study of this course, students can master the basic principles, methods and technologies of object-oriented software system analysis and design, and cultivate the professional abilities of software system modeling analysis, software system architecture design, software module design, software interface design, etc.二、课程目标课程达成度评价指标点达成度评价三、教学计划（一）教学内容、要求及教学方法本课程共56学时，课堂讲授40学时，课内实验16学时。

教学内容由如下章节组成：第1章系统分析与设计概述（CM1） 4学时教学方法：课堂面授。

采用课堂知识点讲授的教学方法，让学生理解课程内容的概念、原理和相关技术。

基于UML的面向对象的系统分析与设计基于UML的面向对象的系统分析与设计引言：在当今信息社会中，随着科技的不断进步和应用的不断扩展，各行各业都离不开计算机系统的支持。

为了满足用户的需求，开发出高质量、高效率的系统就显得尤为重要。

而面向对象的系统分析与设计作为一个重要的环节，可以帮助我们更好地理解用户需求并将其转化为实现系统的蓝图。

本文将介绍基于UML的面向对象的系统分析与设计方法，并通过一个实例来演示其应用过程。

一、基于UML的系统分析与设计基础1.1 面向对象的概念面向对象是一种思想方式和编程方法，它将问题领域的实体抽象为类，通过类的组织和交互来描述系统的行为。

面向对象的设计方法使得系统更易于理解、维护和扩展。

1.2 UML的介绍UML（Unified Modeling Language）是一种用于面向对象系统建模的标准化语言，它提供了丰富的符号和图形表示方法，可以帮助分析和设计人员更好地表达复杂的系统结构和行为。

二、基于UML的系统分析与设计方法2.1 需求分析系统的需求分析是整个分析与设计过程的起始点，通过与用户的交流和讨论，了解用户的需求并进行准确定义。

在这一阶段，分析人员可以运用UML中的用例图、活动图等工具来分析和描述用户需求。

2.2 类建模在需求分析阶段的基础上，分析人员将用户需求转化为类模型。

通过识别和分析系统中的实体、属性和行为，可以确定类的结构和关系。

在这一阶段，可以运用UML中的类图来进行类的建模。

2.3 行为建模在类建模完成后，需要进一步分析和设计系统的行为。

行为建模通常包括状态图、顺序图和活动图等。

通过这些图形化表示，可以描述系统中各个类之间的交互和信息流动，保证系统的正确性和健壮性。

2.4 设计模式的应用设计模式是一种被广泛应用的解决问题的模板，它提供了一些经验性的指导原则和设计思路。

在系统分析与设计过程中，分析人员可以借鉴各种设计模式，通过复用已有的解决方案来提高系统的可靠性和效率。

uml课后习题答案第一章系统建模与分析设计的演变课后习题：1、A2、C3、D4、B5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。

6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。

7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。

9、UML的优点是：唯一性、连续性、维护性、复用性和完善性。

第二章统一建模语言UML1、A2、B3、C4、D5、B6、UML分析和设计模型由三类模型图表示，三类模型图是：用例模型图、静态模型图和动态模型图。

7、UML的软件统一开发过程，即生命周期按时间顺序可以划分为，开始，详细设计，系统构造和移交四个阶段及阶段中一系列的循环重复。

8、UML开发过程是一种二维结构软件开发过程，软件项目开发过程流程包括的核心工作内容是，分析，设计，实现，测试和配置9、UML中的五个不同的视图可以完整地描述出所建造的系统，这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。

10、UML中有10中基本图可以完整地描述出所有建造的系统，这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。

第三章需求分析与用例建模习题：1、B2、A3、C4、D5、B6、A7、A8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。

他们是：用例模型图、静态模型图和动态模型图。

9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成10、软件项目的目的的可行性研究分析中，技术可行性研究包括风险分析、资源分析、技术分析三部分组成11、在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为，确定系统的范围和边界，确定系统的执行者和用例，对用例进行描述，定义用例之间的关系和审核用例模型。

用例描述的扩展版本见表6.4。
作者：
表6.4 用例描述表的扩展版本 日期： 版本：
用例名称 用例ID 优先权 来源
用例类型： 业务需求：□ 系统分析：□
主要业务参与者
其他业务参与者
其他有利益的关联人员
描述
前置条件
触发器
典型事件过程
参与者动作
系统响应
替代事件过程 结论 后置条件 业务规则 实现约束和说明 假设 开放问题
2 建模支持用例情境的类交互、行为和状态

对于这两种关系，会在最后确定。
影响性能编的因素号可分为以词下三汇个方面：同义词 描 述
编 号 用例名称 用例描述 参与者
一旦确定了操作，就必须确定这些操作是手工的还是自动的，如果是自动的，它们就必须同对执行该操作负有责任的对象相关联。
也就是说OOA要求人们辨识用户需求的系统功能、支持所需系统功能的对象、对象的数据属性、相关的行为，以及对象之间的关联。
6.1.1 优化用例模型 用例模型，也就是用例图，它采用业务需求用例
建模系统功能需求。在此期间，记录的用例仅仅包含 了有关业务事件的一般性信息，其目标是快速地记录 所有的业务事件（用例），以便定义和验证需求。通 常在依据业务需求建模时，会生成用例图，但是为了 文件管理及用户阅读，还会生成参与者词汇表、用例 词汇表和用例描述表。
3、确定任何复用的可能性 正如上一步所述，当两个用例有同样的业务目标
但接口技术和实现的系统用户不同时，两个用例可能 共享公共的步骤。为了消除冗余步骤，可以将这些公 共步骤提取成独立的用例，称为抽象用例；当分析用 例，发现用例包含多个步骤构成的复杂功能并且难以 理解时，可以将更复杂的用例提取成专门的用例，称 为扩展用例。新的用例也需要被定义到前面准备好的 用例参与者词汇表中。