软件工程 第五章(总结和课后习题)
软件工程第五章课后题
一、选择题
1.软件管理中,需要对软件进行配置,各阶段文档的管理属于（）。
D
A．组织管理
B资源管理
C．计划管理
D．版本管理
2.软件开发的结构化方法中,常用数据字典技术,其中数据加工是
其组成内容之一,下述方法（）是常采用编写加工说明的方法。
Ⅰ结构化语言Ⅱ判定树Ⅲ判定表
A．Ⅰ
B．Ⅱ
C．Ⅱ、Ⅲ
D．都是
3.在软件工程实施中,产生软件生命周期的概念是由（）。
A．方法论所决定的
B．开发技术划分
C．软件开发规律
D．软件工程管理
二、填空题
1．软件计划包括和两个阶段。
2．软件概要设计的成果是。
3．软件的详细设计，也称模块设计。
它要求设计人员为每一个程序模块确定所使用的，，、输出数据等。
4．结构化分析方法是进行分析的方法。
三、解答题
1.什么是软件的可维护性？可维护性的度量的特性是什么？
2.提高可维护性的方法有哪些？
答案：
一、1．D 2.D 3.A
二、
1．总体设计（或概要设计）详细设计
2．软件设计说明书
3．算法数据结构接口细节和输入
4. 面向数据流
三、
1．软件的可维护性：软件能够被理解、校正、适应及增强功能的容易程度。
可维护性的度量的特性是：可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和效率。
2．（1）建立明确的软件质量目标。
（2）利用先进的软件开发技术和工具。
（3）建立明确的质量保证工作。
（4）选择可维护的程序设计语言。
（5）改进程序文档。
软工题第五章
第五章习题一、选择题1.对于软件产品来说，有4个方面影响着产品的质量，即( A )、( B )、( C )及成本、时间和进度等条件。
重视软件过程的质量是近年来质量管理理论和实践的新发展。
重视软件过程质量的控制，其部分原因可能是：相对于产品质量的控制来说，过程质量的控制是( D )、( E )、( F )，而产品质量的控制是( G )、( H )、( I )。
供选择的答案：A ~ C. ①开发时间②开发技术③过程质量④风险控制⑤质量控制⑥人员素质⑦项目管理⑧配置管理D ~ I. ①主动的②被动的③整体的④系统的⑤先期的⑥事后的⑦个别的⑧部分的2. 在软件维护的实施过程中，为了正确、有效地修改，需要经历以下3个步骤：(A )、(B )、(C )。
( A )是决定维护成败和质量好坏的关键。
( C )包括(D )确认、计算机确认和维护后的(E )。
供选择的答案：A ~ C. ①修改程序②建立目标程序③分析和理解程序④重新验证程序⑤验收程序D. ①动态②静态③人工④自动E. ①验证②验收③检验④存档2. A. ③, B. ①, C. ④, D. ②, E. ②在软件维护的实施过程中，为了正确、有效地修改，需要经历以下3个步骤：分析和理解程序、修改程序和重新验证程序。
经过分析，全面、准确、迅速地理解程序是决定维护成败和质量好坏的关键。
有如下几种方法：分析程序结构图、数据跟踪、控制跟踪及其它方法。
在将修改后的程序提交用户之前，需要通过静态确认、计算机确认和维护后的验收，保证修改后的程序的正确性。
3. 从供选择的答案中选出同下列各叙述关系最密切的字句。
A. 软件从一个计算机系统或环境转移到另一个计算系统或环境的容易程度。
B. 软件在需要它投入使用时能实现其指定的功能的概率。
C. 软件使不同的系统约束条件和用户需求得到满足的容易程度。
D. 在规定的条件下和规定的一段期间内，实现所指定的功能的概率。
E. 尽管有不合法的输入，软件仍能继续正常工作的能力。
软件工程 第五章(总结和课后习题)
出：分析类[完成]；4、对包进行分析： 输入：系统体系结构描述[分析]、分析 包[概述]输出：分析类[完成]。 � （18）创建系统的分析模型，一般应进 行体系结构分析、用况分析、类的分析 以及包的分析 4 项活动。 � （19）用况分析[分析]的目标：1、标识 那些在用况事件流执行中所需要的分析 类和对象；2、将用况的行为，分布到参 与交互的各个分析对象；3、捕获用况细 化上的特定需求。 � （20）用况分析[分析]开展的活动包括： 1、标识分析类，标识在细化一个用况中 所需要的实体类、控制类和边界类，给 出它们的名字、责任、属性和关系；2、 描述分析（类）对象之间的交互，通常 使用交互图来描述。 � （21）类的分析[分析]的目标：1、标识 并维护分析类的责任；2、基于它们在用 况细化中的角色，标识并维护分析类的 属性和关系；3、捕获分析类细化中的特 定需求。 � （22）类的分析[分析] 开展的活动包 括：1、标识责任；2、标识属性；3 标识 关联与聚合； � （23）需求分析模型对以后开发工作的 影响？1、对设计中子系统的影响。分析 包一般将影响设计子系统的结构；2、对 设计类的影响。分析包可以作为类设计 时的规格说明；3、对用况细化[设计]的 影响。用况细分[分析]对用况细化[设计] 有两方面影响，一个是它们有乃至于为 用况创建更精确的规格说明，另一个是 当对用况进行设计时，用况细化[分析] 可作为其输入。 （24）需求获取模型与需求分析模型之
第五章 RUP
[概述];输出：子系统[完成]、接口[完 成]。 � （29）用况的设计包括以下任务：1、标 识参与用况细化的设计类；2、标识参与 用况细化的子系统的接口。 � （30）类的设计包括以下任务：1、概括 描述设计类；2、标识操作；3、标识属 性；4、标识关联、聚合；5、标识泛化； 6、描述方法； � � � （31）RUP 设计的突出优点：P165 页 （32）RUP 的设计系统生成构件；对构件进行测试，进行 集成测试和连接；把可执行的构件映射 到部署模型。 � （34）RUP 实现包括以下活动：1、实现 模型；2、实现子系统；3、实现模型视 角下的体系结构描述；4、实现类； � � （35）RUP 测试包括内部测试、中间测试 和最终测试。 （36）RUP 测试的主要活动：1、计划测 试；2、设计测试；3、实现测试；4、执 行集成测试；5、执行系统测试；6、评 价测试。
课件：软件工程--05指令系统
5. 输入输出
入
端口地址
CPU 的寄存器
如 IN AL, n IN AX, n IN AL, DX IN AX, DX
出 CPU 的寄存器
端口地址
如 OUT n, AL OUT n, AX OUT DX, AL OUT DX, AX
五、操作码编码
操作码的编码有两种方式 - Fixed Length Opcodes (定长操作码法) - Expanding Opcodes (扩展操作码编法)
ADD D + ( N -1 ) DIV # N STA ANS 共 N + 2 条指令
LDA # 0 LDX # 0 M ADD X, D INX CPX # N BNE M DIV # N STA ANS 共 8 条指令
X 为变址寄存器 D 为形式地址 (X) +1 X (X) 和 #N 比较 结果不为零则转
10. 堆栈寻址
(1) 堆栈的特点 硬堆栈
堆栈 软堆栈
多个寄存器 指定的存储空间
先进后出（一个入出口） 栈顶地址 由 SP 指出
进栈 （SP）– 1 SP 出栈 （SP）+ 1 SP
SP
1FFFH 2000 H
12F0F0F0 H
–1
进栈
栈顶 栈顶
SP
1FFFH 2000 H
12F0F00F HH
无条件转移；……
二、操作数类型
地址
无符号整数
数字 定点数、浮点数、十进制数 位、位串、字符和字符串 ASCII 逻辑数 逻辑运算
三、寻址方式
确定 本条指令 的 操作数地址
数据寻址
下一条 欲执行 指令 的 指令地址 指令寻址 • 指令的寻址——简单
(完整版)软件工程 第五章 面向对象的需求分析
第五章面向对象的需求分析面向对象的需求分析方法的核心是利用面向对象的概念和方法为软件需求建造模型。
它包含面向对象风格的图形语言机制和用于指导需求分析的面向对象方法学。
面向对象的思想最初起源于 20世纪 60年代中期的仿真程序设计语言Simula67。
20世纪80年代初出现的Smalltalk 语言及其程序设计环境对面向对象技术的推广应用起到了显著的促进作用。
20世纪90年代中后期诞生并迅速成熟的UML（Unified Modeling Language，统一建模语言）是面向对象技术发展的一个重要里程碑。
UML 统一了面向对象建模的基本概念、术语和表示方法，不仅为面向对象的软件开发过程提供了丰富的表达手段，而且也为软件开发人员提供了互相交流、分享经验的共用语言。
本章首先介绍面向对象的主要概念和思想。
在概述了UML的全貌之后，以“家庭保安系统”为实例，介绍与需求分析相关的部分 UML语言机制以及基于UML的面向对象的需求分析方法和过程。
第一节面向对象的概念与思想一、面向对象的概念关于“面向对象”，有许多不同的看法。
Coad和 Yourdon给出了一个定义：“面向对象 = 对象 + 类 + 继承 + 消息通信”。
如果一个软件系统是使用这样4个概念设计和实现的，则认为这个软件系统是面向对象的。
一个面向对象的程序的每一成分应是对象，计算是通过新的对象的建立和对象之间的消息通信来执行的。
1.对象（object）一般意义来讲，对象是现实世界中存在的一个事物。
可以是物理的，如一个家具或桌子，如图 5-1-1所示，可以是概念上的，如一个开发项目。
对象是构成现实世界的一个独立的单位，具有自己的静态特征（用数据描述）和动态特征（行为或具有的功能）。
例如：人的特征：姓名、性别、年龄等，行为：衣、食、住、行等。
图 5-1-1 对象的定义（1）对象、属性、操作、消息定义对象可以定义为系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位，由一组属性和一组对属性进行操作的服务组成。
软件工程第五章结构化设计
服务注册中心
发现
注册
服务消费者 调用
服务提供者
并发系统的集中式控制模型
传感器进程 用户界面Fra bibliotek传动装置进程 系统控制器
计算进程 故障处理器
系统控制模型
事件驱动系统
广播模型：发生的事件广播到所有子系统，任何能处理 该事件的子系统都会响应。该模型适用于基于网络的分 布式系统。
广播模型中的子系统注册其感兴趣的特别事件 广播模型的优点是进化比较简单
软件模块化设计
模块是一个独立命名的，拥有明确定义的输入、输出 和特性的程序实体。
软件的模块化设计（Modular Design）。系统是有 一个个模块组装而成。
软件模块化设计优点
可以简化软件的设计和实现 提高软件的可理解性和可测试性 软件更容易得到维护。
软件模块化设计缺点
结构化设计阶段 数据流设计方法 面向数据的设计 结构化程序设计 案例分析
结构化设计概述
结构化设计方法（Structured Design, SD)是基于模 块化、自顶向下细化、结构化程序设计等程序设计技 术基础上发展起来的。
结构化设计方法用模块结构图来表达程序模块之间的 关系。
缺点是子系统都知道是否和什么时候处理事件，这可能会引 起冲突。
中断驱动模型：由中断处理器对来自外部的中断进行检 测，然后在其他组件中处理这些中断。该模型适用于对 定时有严格要求的实时系统。
只用在硬件实时系统中，要求对一些事件能做出及时响应
总线架构
像水管一样随意接入 像PCI总线一样即插即用
第三部分软件设计与建模
结构化软件设计
阳王东
回答问题
什么是软件设计？有哪些阶段和任务？ 什么是模块化设计？有哪些原理？ 什么是软件结构和体系结构？二者有什么区别？ 数据流有哪些类型？如何区分？ 数据流映射的步骤是什么？ 什么是结构化程序设计？有哪些工具？ 什么是JSD方法？具体步骤是什么？
软件工程 编译原理 第五章 自顶向下的语法分析方法
例:文法G(E):
E→TE E→+TE | T→FT PROCEDURE F； T→*FT | IF SYM=‘i’ THEN ADVANCE F→(E) | i ELSE 对应的递归下降子程序为: IF SYM=‘(’ THEN
其中不以P开头。
可以把P的规则等价地改写为如下的非直接左递归 形式： 左递归变 P→P 右递归 P→P|
一般而言，假定P关于的全部产生式是 P→P1 | P2 | … | Pm | 1 | 2|…|n 其中，每个都不等于，每个都不以P开头 那么，消除P的直接左递归性就是把这些规则改写 成：
第5章 自顶向下的语法分析方法
语法分析的作用是识别由词法分析给出 的单词符号序列是否是给定文法的正确句 子(程序)。 目前语法分析常用的方法有: 1、自顶向下（自上而下）分析 2、自底向上（自下而上）分析
5.3非LL(1)文法到LL(1)文法的等价转换
确定的自顶向下分析要求给定语言的文法必
须是 LL(1)形式。然而，不一定每个语言都是 LL(1)文法，对一个语言的非LL(1)文法是否能变
换为等价的LL(1)形式以及如何变换是我们讨论
的主要问题。由LL(1)文法的定义可知若文法中 含有左递归或含有左公共因子，则该文法肯定不 是LL(1)文法，因而，我们设法消除文法中的左 递归，提取左公共因子对文法进行等价变换。
1、提取公共左因子
若文法中含有形如：A→αβ|αγ的产生式，这导 致了对相同左部的产生式其右部的FIRST集相交， 也就是 SELECT(A→αβ)∩SELECT(A→αγ) ≠ φ ，不满足 LL(1)文法的充分必要条件。
软件工程第五版课后习题答案第五章
习题5
3(1)数据流图如下：
对数据流图划分边界，如下所示：
按照以上数据流图设计软件结构，如下所示：
4（1）数据流图如下：
（2）需求说明：
功能需求：系统需要能查出教师的原有工资，计算出教师的现有工资，并打印相关信息。
数据需求：教师的原有工资信息，教师赡养的人数，教师的工龄
行为需求：系统要能判断原有工资是否符合涨工资要求，要精确计算现有工资，要提供给用户调查信息的借口与界面。
（3）用a 算法的HIPO 图：
教师档案
办公室磁带 打印原有工资和新工资信息 提取原工资
信息
计算新工资 办公室磁带
年工资大于等于$26000 年工资小于$26000
用b算法的HIPO图：
对于算法(a):优点：这样设置符合常规思路，容易让人理解
缺点：计算的次数较多。
检索效率低。
对于算法(b):优点：计算的次数较少，效率高
缺点：该算法不易于理解。
涉及到排序算法的设计。
（4）所画的数据流图更符合a算法。
5.答：需求分析：要实现三大功能，发牌；确定获胜方和牌型；模拟多次游戏，计算牌型的获胜和平局的概率。
分析后，设计的HIPO图如下：流程图在下页：
控制流程图如下：。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
桂电职院计算机系 易烽
一、章节要点
� （1）RUP：是基于 UML 的一种过程框架， 为软件开发，即为进行不同抽象层之间 “映射”安排其开发活动的次序，指定 任务和需要开发的制品，提供了指导； 并为对项目中的制品和活动进行监控与 度量，提供了相应的准则。 � � � （2）RUP 的特点：以用况驱动；以体系 结构为中心；迭代、增量式开发。 （3）RUP 规定的 4 个开发阶段：初始阶 段；精化阶段；构造阶段；移交阶段。 （4）简述 RUP 的 4 个开发阶段的基本目 标：初始阶段：获得与特定腹部和平台 无关的系统体系结构轮廓，以此建立产 品功能范围;编制实例业务实例，从业务 角度指出该项目的价值，减少项目主要 的错误风险；精化阶段：通过捕获并描 述系统的大部分需求，建立系统体系结 构基线的第一个版本，主要包括用况模 型和分析模型，减少次要的错误风险， 到该阶段未，就能够估算成本、进步， 并能详细地规划构造阶段；构造阶段： 通过演化，形成最终的系统体系结构基 线，开发完整的系统，确保产品可以开 始向客户交付，即具有初始操作能力； 移交阶段：确保有一个实在的产品发布 给用户群。期间培训用户如何使用该软 件。 � （5）RUP 与 UML 之间关系：RUP 与 UML 是一对“姐妹” ，它们构成了一种特定的 软件开发方法学。其中，UML 作为一种可 视化建模语言，给出了表达事物和事物 之间关系的基本术语，给出了多种模型 的表达工具;而 RUP 利用这些术语定义了 需求获取层、系统分析层、设计层、实 � � � � � � � � �
现层，并给出了实现各层模型之间映射 的基本活动以及相关指导。 （6）核心工作流：需求获取；分析；设 计；实现；测试。 （7）需求获取目标：使用 UML 中 的用 况、参与者以及依赖等 术语来抽象客观 实际问题，形成系统的需求获取模型。 （8）需求获取开展的工作包括：1、列 出候选的需求；2、理解系统语境；3、 捕获功能需求；4、捕获非功能需求。 （9）系统语境：包括领域模型（一般用 类图表示）或业务模型（业务用况模型 和业务对象模型） 。 （10）建造一个系统需求获取模型的活 动和任务，以及各活动的输入和输出？ 1、发现描述参与者和用况，输入：业务 模型或领域模型，补充需求，特征表;输 出：用况模型[概述]，术语表；2、赋予 用况优先级：输入：用况模型[概述]， 补充需求，术语表;输出：体系结构描述 [用况模型视角]；3、精化用况：输入： 用况模型[概述]，补充需求，术语表;输 出：用况[精化]；4、构造人机接口原型： 输入：用况[精华]，用况模型[概述]， 补充需求， 术语表;输出： 人机接口原理； 5、用况模型结构化：输入：用况[精华]， 用况模型[概述]，补充需求，术语表;输 出：用况模型[精化]。 （11）如何描述系统的参与者和用况？ 参与者：发现参与者与描述参与者：1) 之前已经存在业务用况模型，可依据业 务模型直接发现一些候选参与者，2)没 有业务用况模型，即使存在领域模型， 也需要系统分析人员与客户一起来标识 系统参与者 用况是系统向它的参与者提供结果（值）
二、课后练习
� � RUP 的定义及只要特点。 RUP 是一种软件开发过程框架， 基于面向 对象符号体系给出了有关软件开发过程 组织及实施的指导。该框架体现了 3 个 突出特征，即以用况驱动，体系结构为 中心以及迭代、增量式开发 � 演化模型与“RUP 模型、迭代开发”之间 的关系。
软件工程（02333）自考章节总结
桂电职院模型的一个 变体，即规定了“大的”迭代数量—4 个 阶段，并规定了每次迭代的目标 � � �
及对其他特征的影响等 特征可作为需求，并转化为其他制品 需求获取层及相关概念 需求获取层目标：使用 MUL 中的用况、 参与者以及依赖等术语来抽象客观实际 问题，形成系统的需求获取模型；基本 术语：用况、参与者、用于表达用况参 于者之间关系的关联、用于表达用况之 间的包含和扩展、用于表达参与者之间 关系的泛化。 ，术语确定了系统用况模型 的各种形态 � � 需求获取模型的基本组成 使用 UML 中的用况、参与者以及依赖等 术语来抽象客观实际问题，形成系统的 需求获取模型 � � 构造一个系统需求获取模型活动和任 务，以及各活动的输入和输出 发现描述参与者和用况，输入：业务模 型或领域模型，补充需求，特征表；输 出：用况模型【概述】 ，术语表 � 赋予用况优先级：输入：用况模型【概 述】 ，补充需求，术语表；输出：体系结 构描述【 用况模型视角】 � � 精华用况：输入：用况模型【概述】 ，补 充需求，术语表；输出：用况【精华】 构造人机接口原型：输入：用况【精华】 ， 用况模型【概述】 ，补充需求，术语表； 输出：人机接口原理 � 用况模型结构化：输入：用况【精华】 ， 用况模型【概述】 ，补充需求，术语表； 输出：用况模型【精华】 � � 如何描述系统的参与者和用况？并举例 说明。 参与者：发现参与者与描述参与者：1） 之间已近存在业务用况模型，可依据业 务模型直接发现一些候选参与者；2）没
第五章 RUP
软件工程（02333）自考章节总结
桂电职院计算机系 易烽
的功能块，表达参与者使用系统的方式， 因此一个用况可用于规约系统可执行 的、与参与者进行交互的一个动作序列， 包括其中一些可选动作序列，并且用况 还有自己 的属性。 � （12）需求分析的目标：在系统用况模 型的基础上，创建系统分析模型以及在 该分析模型视角下的体系结构描述，系 统分析模型是系统的一种概念模型，解 决系统用况模型中存在的二义性和不一 致性问题，并以一种系统化的形式准确 地表达用户的需求。 � � （13）需求分析阶段的 3 个术语：分析 包、分析类和用况细化。 （14）分析类：是类的一种衍型，很少 有操作和特征标记，而用责任来定义其 行为，并且其属性和关系也是概念性的， 包括：边界类、实体类、控制类 � （15）用况细化：是一个针对一个用况， 其行为可用多个分析类之间的相互作用 来细化，并记为用况细化[分析] � （16）分析包：分析包是一种控制信息 组织复杂性的机制，提供了分析制品的 一种组织手段，形成了一些可管理的部 分。 � � （17）建造一个系统需求分析模型的活 动和任务，以及各活动的输入和输出？ 1、体系结构分析：输入：用况模型、补 充需求、业务模型或领域模型、体系结 构描述[用况模型];输出：分析包[概 述]、分析类[概述]、体系结构描述[分 析]；2、细化用况：输入：用况模型、 补充需求、业务模型或领域模型、体系 结构描述[分析];输出：用况细化[分 析]、分析类[概述]；3、对类分析：输 入：用况细化[分析]、分析类[概述] 输 �
软件工程（02333）自考章节总结
桂电职院计算机系 易烽
间比较？ � 1、 语言描述不同： 客户语言与开发语言； 2、视图：系统外与系统内；3、结构： 使用用况予以结构化，给出外部视角系 统结构与使用衍型类结构化，给了部视 角系统结构；4、作用：标注“系统应该 做什么，不应该做什么”与可以做出开 发者理解系统如何勾画、如何设计和如 何实现基础；5、问题：捕获系统功能， 包括体系结构方面具有意义的功能，可 能存在冗余、不一致和冲突等问题与给 出细化系统功能，包括在体系结构方面 具有意义的功能；6、定义一些进一步需 要在分析模型中予以分析用况与定义每 一个用况细化。 � � � � � （25）RUP 设计目标：定义满足系统/产 品分析模型所规约需求的软件结构。 （26） RUP 设计的基本术语： 设计子系统、 设计类、用况细化[设计]、接口。 （27）RUP 设计的软件模型包括：1、部 署模型；2、设计模型。 （28）建造一个系统设计模型的活动和 任务，以及各活动的输入与输出？ 1、体系结构设计：输入：用况模型、补 充需求、分析模型、体系结构描述[分析 模型角度];输出： � 子系统[概述]、接口[概述]、设计类[概 述]、 部署模型[概述]、 体系结构描述[设 计]；2、设计用况：输入：用况模型、 补充需求、分析模型、部署模型;输出： 用况[设计-实现]、设计类[概述]、子系 统[概述]、接口[概述]；3、类的设计： 输入: 用况[设计-实现]、设计类[概 述]、 接口[概述] 、 分析类[完成];输出： 设计类[完成] ；4、设计子系统：体系 结构描述[设计]、子系统[概述]、接口
第五章 RUP
[概述];输出：子系统[完成]、接口[完 成]。 � （29）用况的设计包括以下任务：1、标 识参与用况细化的设计类；2、标识参与 用况细化的子系统的接口。 � （30）类的设计包括以下任务：1、概括 描述设计类；2、标识操作；3、标识属 性；4、标识关联、聚合；5、标识泛化； 6、描述方法； � � � （31）RUP 设计的突出优点：P165 页 （32）RUP 的设计模型包括以下元素： P165 页 （33）RUP 实现的目标：基于设计类和子 系统生成构件；对构件进行测试，进行 集成测试和连接；把可执行的构件映射 到部署模型。 � （34）RUP 实现包括以下活动：1、实现 模型；2、实现子系统；3、实现模型视 角下的体系结构描述；4、实现类； � � （35）RUP 测试包括内部测试、中间测试 和最终测试。 （36）RUP 测试的主要活动：1、计划测 试；2、设计测试；3、实现测试；4、执 行集成测试；5、执行系统测试；6、评 价测试。
第五章 RUP
出：分析类[完成]；4、对包进行分析： 输入：系统体系结构描述[分析]、分析 包[概述]输出：分析类[完成]。 � （18）创建系统的分析模型，一般应进 行体系结构分析、用况分析、类的分析 以及包的分析 4 项活动。 � （19）用况分析[分析]的目标：1、标识 那些在用况事件流执行中所需要的分析 类和对象；2、将用况的行为，分布到参 与交互的各个分析对象；3、捕获用况细 化上的特定需求。 � （20）用况分析[分析]开展的活动包括： 1、标识分析类，标识在细化一个用况中 所需要的实体类、控制类和边界类，给 出它们的名字、责任、属性和关系；2、 描述分析（类）对象之间的交互，通常 使用交互图来描述。 � （21）类的分析[分析]的目标：1、标识 并维护分析类的责任；2、基于它们在用 况细化中的角色，标识并维护分析类的 属性和关系；3、捕获分析类细化中的特 定需求。 � （22）类的分析[分析] 开展的活动包 括：1、标识责任；2、标识属性；3 标识 关联与聚合； � （23）需求分析模型对以后开发工作的 影响？1、对设计中子系统的影响。分析 包一般将影响设计子系统的结构；2、对 设计类的影响。分析包可以作为类设计 时的规格说明；3、对用况细化[设计]的 影响。用况细分[分析]对用况细化[设计] 有两方面影响，一个是它们有乃至于为 用况创建更精确的规格说明，另一个是 当对用况进行设计时，用况细化[分析] 可作为其输入。 （24）需求获取模型与需求分析模型之