软件工程_期末复习笔记

软件工程期末复习笔记

一．基本概念

1.什么是软件工程？

答：见作业

2.什么是参与者，角色？

答：所有参与到软件项目中的人员称为参与者。把项目或系统的一组职责称为角色。一个角色与一组任务联系在一起，且被派给一个参与者。一个参与者能充当多个角色。

3.系统和模型。系统指内部关联部分的集合。模型指系统的任何抽象。

4.软件工程开发活动：开发活动通过构造和验证应用域模型或系统模型处理复杂性问题，开发活动包括：需求获取、分析、系统设计、对象设计、实现、测试。

二.基本概念（2）

1.系统开发的主要内容集中在系统的3个不同模型上：

功能模型，在MUL中，使用用例图表示功能模型，以从用户观点描述系统功能。

对象模型，在MUL中，使用类图表示对象模型，使用对象、属性、关联和操作来描述系统的结构。

动态模型，在UML中，使用交互图、状态图和活动图表示动态模型，以描述系统的内部行为。

2.用例模型（功能模型）

2.1用例模型=用例文档+用例图

2.2用例间的关系：用例之间的关系关联（association ）、包含(include)、扩展(extend)和泛化(generalization)这几种关系。

关系关联（association ）：通信1.表示参与者用例之间进行通信。

2.不同的参与者可以访问相同的用例。

包含(include)：把它所包含的用例行为作为自身行为的一部分。

扩展(extend)：扩展用例被定义为基础用例的增量扩展。

基础用例提供扩展点以添加新的行为。

扩展用例提供插入片段以插入到基础用例的扩展点上泛化(generalization)：继承

2.3 用例文档包括的内容：1.用例名。2.范围。

3.级别。

4.主要参与者。

5.涉众及其关注点。

6.前臵条件

7.后臵条件

8.主事件流

9.备用事件流。

3.类图（对象模型）

3.1类是面向对象系统组织结构的核心。对一组具有相同属性、操作、关系和语义的对象的抽象。包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。

3.2类之间的关系 1.依赖关系2.泛化关系3.关联关系

4.实现关系

1.依赖关系表示两个或多个模型元素之间语义上的关系。例如：客户以某种形式依赖于提供者。关联、实现和泛化都是依赖关系。

2.泛化关系描述了一种“is a kind of”的关系。

3.关联关系包括：

名称（Name）

角色（Role）

多重性（Multiplicity）一对一，一对多，多对多。

聚合关系（Aggregation）（一个类由多个类组成，has a关系）

组合关系（Composition）聚合关系中的一种特殊情况，是更强形式的聚合，又称强聚合。成员对象的生命周期取决于聚合的生命周期。聚合不仅控制着成员对象的行为，而且控制着成员对象的创建和解构

导航性（Navigation）

4.实现关系

4.时序图（同一个用例中的变迁）

表示单一用例间的一组对象之间的交互

强调消息时间顺序的交互图。时序图描述了对象之间传送消息的时间顺序，用来表示用例中的行为顺序。

5.状态图

状态图表示了单一对象（或者是一组连接非常紧密的对象）的行为。，是一个对象的状态的变迁。

三．项目组织和沟通

1.一个项目的沟通涉及计划内沟通和计划外沟通，其中计划内沟通包括：1问题检查。

2现状通报会议。3通报情况会议。4客户和项目检查。5发布。计划外沟通包括：1澄清需求（需求澄清是指澄清有关任何使得系统看上去存在二义性的内容）2变化需求。（需求变化指参与者报告问题或者是提出解决方案。）3问题解决。（提出问题，找到问题解决方案评审并上报后，选择一个解决方案，并进行必要的沟通和实现。）

四．需求获取

1.需求工程的目标是定义所构造系统的需求。需求工程包括两个主要活动：第一，需求获取，导出用户可理解的系统规格说明；第二，分析，其结论是给出开发者无二义理解的模型

2.需求获取

需求获取包括以下活动：

●标识参与者标识出未来系统将支持的不同用户类型。（自然人，软/硬件实体）

●标识场景对未来系统的典型功能用一组带有细节的场景来描述。（使用某一功能的

具体过程）

●标识用例从场景中抽象出用例。

●求精用例细化每一个用例和描述面临错误和异常条件时系统行为。

●标识用例之间关系标识出用例之间的依赖关系。

●标识初始分析对象建立用例的术语表

●标识非功能性需求如：性能上约束、文档、资源、安全性、质量等。

3.绿地工程没有现存系统存在，开发过程从草稿开始，需求从用户和客户出提取。

再工程对一个现存系统的再设计和再实现。

界面工程对一个现存系统的用户界面的再设计。

五．分析（建模）

1.分析关注系统模型的产生，这一模型称为分析模型，该模型必须正确、完全、一致和可确认。分析模型由三个独立模型构成：

●通过用例和场景表示的功能模型。

●通过类和对象图表示的分析对象模型。

●通过状态图和顺序图表示的动态模型。

2.实体对象表示系统将跟踪的持久性信息。边界对象表示参与者与系统之间的交互。控制对象负责用例实现。

3.分析活动

3.1标识实体对象

3.2 标识边界对象

3.3 标识控制对象

3.4 使用顺序图将用例映射成对象

3.5 使用CRC卡建模的对象之间的交互

3.6 标识关联（类与类之间的关系）

3.7 标识聚集(表示整体—部分的关系，用钻石符号，实心钻石符号表示组合聚集，部

分的存在依赖于整体，空心钻石表示共享聚集，部分和整体可以独立的存在)

3.8 标识属性

3.9 建模单一对象状态相关的行为（方法）

3.10 建模对象之间的继承关系（用空心箭头指向父类）