软件是计算机系统中与硬件相互依存的另一部分，它包括程序、数据及其相关文档的完整集合。软件=程序+文档+数据

介绍：

表现：

原因： 内在原因：复杂性

解决方法：

定义：

三要素：

中心思想：

基本原理：

传统软件工程

面向对象软件工程

基于构件的软件工程

计划->需求分析->软件分析->软件设计->编码（测试）

->软件测试->运行维护

需求分析：（准确回答，系统必须做什么）

软件设计：（回答怎么做的问题）概要设计、详细设计

程序编写：（具体实现）

软件测试：（挑错）单元测试、组装测试 有效性测试

运行维护：改正性维护、适应性维护、完善性维护

围绕软件开发所进行的一系列活动 软件生存周期中的阶段和软件过程中的活动是基本一致的。

强调软件文档：

特点：

顺序性：

依赖性：

存在问题：

需求定义与分析->总体设计->详细设计->编码->测试->使用维护

特点：

种类：

应防止的倾向：

定义：

增量：

特点：

特点：

一个螺旋式周期:

迭代和瀑布的区别:

构件：

特点：

开发过程：

特点：

净室思想：

形式化：

增量模型：

瀑布模型：

快速原型：

增量模型：

螺旋模型：

构件集成模型：

转换模型：

净室模型：

RUP将软件开发分为四个阶段：

制品：构想文档、有关用例模型的调查、初始的业务用例、早期风险评估、显示阶段和迭代的项目计划等制品；

制品：补充需求分析、软件架构描述、可执行的架构原型

制品：准备交到最终用户手中的产品，包括具有最初运作能力的在适当的平台上集成的软件产品、用户手册和对当前版本的描述。

每个阶段又分为若干次迭代，每次迭代有一个核心工作流，都会经历需求、分析、设计、实现和测试等活动。

敏捷过程价值观：

目的：

研究的内容：

可行性研究的步骤：

风险识别：

风险预测：

结构化分析：

结构化设计：

细化与分解：

SA模型的描述工具：

组成符号：

①数据流：

数据流名： 发票 别 名： 购书发票 组 成： 学号+姓名+{书号+单价+数量+总价} +书费合计 备 注：

②数据文件 ③数据项

数据流图与数据字典共同构成系统的逻辑模型

SC图组成符号和模块调用关系的标识:

结构化分析的基本步骤：

(1)画分层数据流图：（自顶向下，逐步细化）

好处：便于实现，便于使用

通常把整个系统当作一个大的加工标明系统的输入与输出，以及数据的源点与终点（统称为“外部项”）

顶层DFD：

第二层DFD：

第三层DFD：

采购子系统：

(2)确定数据定义与加工策略（从数据的终点开始）

(3)需求分析的复审

面向数据流设计和面向数据设计

结构化设计的描述工具：SC图

从分析模型导出设计模型

分析模型：数据对象描述、数据流图DFD、数据字典DD、实体联系图ER图、加工规格说明书PSPEC、状态转换图STD、控制规格说明CSPEC

设计模型：过程设计、接口设计、体系设计、数据设计 由分析模型导出设计模型： 过程设计可以由PSPEC,CSPEC、STD导出；

接口设计可以由DFD导出； 体系结构设计可以由DFD导出； 数据设计可以由E-R、DD导出。

变换（transform）型结构:

事务（transaction）型结构:

同时存在变换型结构和事务型结构：

变换映射:

事务映射:

对模块划分的指导原则

保持高扇入/低扇出的原则

目的：

主要任务：

原则与方法：

详细设计中常用的表达工具

对象：代表客观世界中实际或抽象的事物

类：一组相似的对象的共性抽象

类与对象的关系

静态图：

实现图：

交互图：

行为图：

用例图：

表示模型中的某个概念

表示模型元素之间的关系

静态图

动态图

静态建模包括

用例模型

类和对象模型

用例图的组成符号

用例之间的关系 ①扩展关系

②包含关系

包含关系和扩展关系的联系和区别：

例： 现有一医院病房监护系统，病症监视器安置在每个病房，将病人的病症信号实时传送到中央监视系统进行分析处理。在中心值班室里，值班护士使用中央监视系统对病员的情况进行监控，根据医生的要求随时打印病人的病情报告，定期更新病历，当病症出现异常时，系统会立即自动报警, 并实时打印病人的病情报告，立及更新病历。 要求根据现场情景，对医院病房监护系统进行需求分析， 建立系统的用例模型。

简单的需求分析说明 系统名称：医院病房监护系统 根据分析系统主要实现以下功能： 　　1、病症监视器可以将采集到的病症信号（组合），格式化后实时的传送到中央监护系统。 　　2、中央监护系统将病人的病症信号开解后与标准的病症信号库里的病症信号的正常值进行比较，当病症出现异常时系统自动报警。 　　3、当病症信号异常时，系统自动更新病历并打印病情报告。 　　4、值班护士可以查看病情报告并进行打印。 　　5、医生可以查看病情报告，要求打印病情报告，也可以查看或要求打印病历。 　　6、系统定期自动更新病历。

类图表示类间关系:

二元关联:

多元关联:

受限关联:

此处的一般元素可视作父类，特殊元素视作子类。

例如，某个类中使用另一个类的对象作为操作中的参数，一个类存取作为全局对象的另一个类的对象，或一个类的对象是另一个类的类操作中的局部变量等，都表示这两个类之间有依赖关系。 class Boss{ void do(Staff s){ s.do(); } } 约束与派生:

包图

一个软件系统必须遵循的条件或具备的能力

软件需求三个层次

软件质量准则“FURPS”

需求分析的步骤（迭代）：

需求分析是一个迭代的过程

常规的需求获取方法：

用快速原型法获取需求

需求模型概述

面向对象的需求建模

画用例图

写用例规约

描述补充规约

编写术语表

结构化需求模型

面向对象需求模型

用例建模

确定参与者

确定用例

绘制和检查用例图

细化每个用例的用例规约

内容包括：

简要说明：简要介绍该用例的作用和目的

事件流:包括基本流和备选流,表示出所有可能的活动及流程 基本流:指该用例最正常的一种场景 备选流:用于描述用例执行过程中的异常或偶尔发生的情况。 它和基本流合起来，能够覆盖该用例所有可能发生的场景。 包含元素： 1、起点：该备选流从事件流的那一步开始 2、条件：在什么条件下会触发该备选流 3、动作：系统在该备选流下会采取哪些动作 4、恢复：该备选流结束之后，该用例应如何继续执行

特殊需求： 描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（所使用的操作系统和开发工具等）

前置条件和后置条件 前置条件是执行用例之前必须存在的系统状态，后置条件是用例执行完毕后系统可能处于的一组状态。

用例模型的检查

软件需求规格说明书

需求管理的流程

需求确认

需求跟踪

需求变更控制

软件需求和软件分析

共同特征

面向对象开发的全过程是OOA,OOD,OOP和OOT的迭代过程。

边界类

控制类

实体类

时序图（以选课用例中创建课表事件流的时序图） 协作图（以选课用例为例创建课表事件流的协作图）

分析类的属性：

分析类的关联：

分析类图：表现分析类及其关系