只出上午的选择，下午案例和论文不会出现

软件工程：

• 方法+工具+过程

软件危机：

• 软件一样会有房倒屋塌的现象，表现为各种BUG，需求一变改起来特别麻烦

过程图：二星

概述：两星

不以需求为目的都是耍流氓

需求：

• 传递过程中容易失真——一定要定性需求
• 需求是无限的，不能又便宜又快又好，所以需求是有边界的，要对需求优先级划分
• 需求可能提出的时候就是不明确的（客户也不清楚想要什么），所以要谨慎挖掘明确需求

需求分析与设计：三星

1.需求分析：
（1）需求必须可以被验证

• 资源有限——需要优先级

（2）冲突

• 各个部门都是以自身为起点提出需求，比如安全部门要的多，资源有限的情况下，业务就要受影响，就会产生冲突；系统边界要有范围，范围内的doit，范围外的not doit；有了边界以后，有哪些需求就要详细列出
  
  

2.需求设计：概要+详细

• （1）概要——模块——表达功能——部门安排
• （2）每个模块有自己单独的设计细节：比如功能，位数，去重，校验，匹配，关联===

软件测试—：三星

需求之后的过程是编码，编码之后才是测试（教材上没有）

目的：找错
改错是调试！

针对：程序
有限：部分测试，全部测试不现实
动态：不是静态，不是一次性行为，不是一次对就代表着每次都对

以前是编码完成后才进行测试，有隐患，发现不及时，需求改动也不及时
现在都是贯穿于整个编码的过程中，对应每个阶段，可以及时发现问题并改正

正常情况三种测试阶段：
单元测试：对应模块
集成测试：多个模块组合起来
系统测试：组成以后系统功能性能情况，连通性

软件维护:三星

交付前：计划
交付后：修改以及培训

• 更正性维护：发现错误及时改
• 适应性维护：系统/硬件/底层 改动，适应甲方需求
• 预防性维护：出题一般是这次维护是为了以后不出现XXX情况
• 完善性维护：比如原本十个模块，现在要二十个模块

软件质量管理活动:三星

软件特性：符合要求+满足使用
    符合要求：比如符合国家ISO9000标准，才能发合格证
    满足使用：客户满意，才能验收给钱
质量管理：记住内部，外部，使用 质量就行

软件质量保证：

• 事前（计划），事中（审计），事后（检查）

验证和确认：

• 验证要合格合规；
• 确认要满足需求和目的

评审：

• 管理评审：计划，进展，状态方法
• 技术评审：技术角度看

审计：

• （教材缺少主语）理解为审计小组，信息科，卫健委。独立于项目组，不管是企业内部还是外部
• 满足规则、标准、指南

软件配置管理:三星

配置管理：是对软件 配置项 的管理
配置项：项目的生命周期中经常会发生变化的——程序，数据，文档

速记词：计时制，状态审计不符

软件过程管理:二星

要有始有终——启动与关闭
个人认为生命周期需要有些冗余

软件开发工具:一星

考察：一般是，下面不属于设计工具的是，不属于管理工具的是
建议：掌握几个典型的，剩下的用排除法

软件复用与组件——一星

可能考概念

典型习题

软件测试是针对程序的行为，在()测试用例集合上()验证是否达到预期的行为。
A.有限，动态
B.标准，一次性
C.标准，动态
D.有限，一次性

使软件产品能够在变化的环境中继续使用的维护是()。
A.更正性维护
B.适应性维护
C.预防性维护
D.完善性维护

软件开发工具中()是软件配置管理工具。
A.建模工具
B.分析工具
C.重构工具
D.发布工具.

在软件质量保证及质量评价活动中，()过程试图确保构造了正确的产品，即产品满足其特定的目的。
A、质量保证
B、评审和审计
C、验证
D、确认