软件过程模型：
瀑布模型：容易理解，管理成本低；强调开发早期计划及需求调查；客户必须完整、正确表达需求
增量模型：软件可以快速交付，可以减少用户需求变更，承担风险小，可维护性高；不足必须对用户的变更要求进行规划，否则造成后来增量不稳定。
演化模型:适合对软件需求缺乏准确认识情况，演化模型有 原型和螺旋。
螺旋模型:唯一一个增加了风险分析的模型，周期分为 制定计划，风险分析，实施工程，用户评估
根据软件工程活动对软件工具分类，逆向工程属于 维护工具
**审评:
对功能结构审评，必须明确数据结构，需要检查 数据结构，功能结构，数据结构与功能结构之间的对应关系
对模块结构：控制流结构，数据流结构，模块结构与功能结构对应关系。
配置管理：用于整个软件工程过程。主要目标是标识变更，控制变更，确保变更正确的实现 软件配置项、版本控制、变更控制
有效的变更控制，需要借助配置数据库和基线的概念。
配置数据库：开发库、受控库、产品库。
开发库称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。
受控库也称为主库，包括当前基线加上对基线的变更。
产品库也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档。
CMM(能力成熟模型)：
1）初始级：杂乱无章，没有明确定义步骤
2） 可重复级: 建立项目管理过程和实践来跟踪项目费用、进度、功能
3）已定义级：定义完整的文档，管理的技术给出明确定义，引用CASE环境提高质量和产生率
4）管理级: 设定质量和生产目标。
5）优化级: 通过过程反馈和新观念，新技术的反馈使过程不断持续改进。
CMMI(能力成熟度集成模型)共有6(0--5)个能力等级分别对应如下:
等级0 未执行过程，表明过程域的一个或多个特定目标没有被满足
等级 1 已执行级 指过程通过转化可识别输入工作产品，产生可识别的输出工作产品，关注过程域的特定目标的完成。
等级 2 已管理级 指过程作为已管理的过程制度化，针对单个过程实例的能力
等级 3 已定义级 过程作为已定义的过程制度化，关注过程的组织级标准化和部署。
等级4 量化管理级 指过程作为定量管理的过程制度化；
等级 5 优化级 指过程作为优化的过程制度化，表明过程得到很好地执行且持续的改进
非功能需求: 对软件产品的相应时间、吞吐率、价格等属性要求。
软件模块传入传出:
传入 指的是从下级模块获得数据，处理后返回给上级。
传出 指的是从上级模块获得数据，处理后返回给下级
转换 从上级的获得数据，经过特定处理，转换成其他形式 返回给上级
模块作用范围:
一个模块的作用范围 指受该模块内一个判定影响的所有模块的集合。
一个模块的控制范围 指模块本身以及所有下属模块的集合
一个模块的作用范围应在其控制范围之内，且判定所在的模块应在其影响的模块在层次上尽量靠近。(通过 上移判定点，下移受判定影响的模块)
统一过程(UP)
它是一种用例和风险驱动，以架构为中心，迭代并且增量的开发过程。
包含四个阶段
1）起始阶段 专注项目的初创活动，产生的主要工作产品有 文档、初级用例模型、业务模型。 它的里程碑 生命周期目标
2）精化阶段: 理解最初的领域范围之后进行需求分析和架构演进 产品有用例模型、分析模型、初始的设计模型、修订的风险列表、项目计划以及初始用户手册。它的里程碑是 生命周期框架
3）构建阶段 ：关注系统的构建，产生实现模型。产品有 设计模型、软件构件、测试计划及步骤、测试用例以及支持文档。 它的里程碑是 初始运作功能
4） 移交阶段 ： 关注于软件提交方面的工作，产生软件增量。产品 有 提交的软件增量、测试报告和综合用户反馈。它的里程碑是 产品发布
每次迭代有 5个核心工作流: 需求工作流，精化和结构需求的分析工作流，设计工作流、构建软件实现、测试工作流，
Gant图 与Pert图:甘特图是一种能清晰描述每个任务的开始和截止，能有效获得任务并行进行的信息的项目管理工具。
软件过程改进（SPI）:它的实施对象是软件企业的软件过程，也就是软件产品的生产过程，也包含维护之类的过程，而对于其他的过程并不关注。不是一次性就能达到最终目标，而是需要反复进行。在软件过程改进时，如果发现问题，需要转化为软件过程改进计划。
测试
一个好的测试用例可能发现至今为止尚未发现的错误的测试用例。一次成功的测试用例是发现至今为止尚未发现的错误的测试，一个高效的测试是指用少量测试用例，发现被测软件尽可能多的错误。软件测试不能说明软件中不存在错误。
一个测试用例只能覆盖一个无效等价类
其中，自底向上策略通过不断合并底层模块来测试更高层模块的方式进行。在该方法中，需要写驱动程序来调用待测试的底层模块，主要的设计问题需要到测试后期才能发现。由于从最底层的模块开始测试，因此过程中不需要写桩模块。当测试过程中发现错误时，需要进行回归测试。
