软件开发模型
瀑布模型
软件计划=>需求分析=>软件设计=>程序编码=>软件测试=>运行维护
缺点：使用瀑布模式容易使项目失败(需求难以把控)
适用于需求明确、二次开发等需求明确的项目
其他经典模型
原型（诞生于需求不明确的项目）：强调在项目开发初期会构建一个简易系统，给用户演示，根据用户反馈，再进行修改项目（只适用于需求分析阶段）
演化模型：由原型演化为最终产品
螺旋模型：融合了多种模型（考试中如果遇到需求不明确的项目，且答案中有原型则选原型），融合了风险分析
增量模型：把整个项目分为多个小模块，然后通过迭代升级的方式来增加功能
V模型：把测试提到非常重要的位置（强调及早的进行测试）
喷泉模型：面向对象，易迭代、无间隙
RAD：快速开发模型，由瀑布模型和CBSD
构件组装模型：把开发中每个模块转化为构件，然后整合在项目中，提高了代码的复用性，降低代码冗余.步骤为：需求分析和定义=>软件架构设计=>构件库的建立=>应用软件构建=>测试和发布
统一过程
初始部分需要做确定项目范围和边界（需求），识别系统中的关键用例
敏捷开发方法
信息系统开发方法
需求分类与需求获取
结构化设计基本原则
测试原则与类型
测试用例设计
测试阶段
McCabe复杂度
计算有向图G的环路复杂度公司为V(G)=m-n+2
维护阶段
软件维护是生命周期的一个完整部分，可以将软件维护定义为需要提供软件支持的全部活动，这些活动包括在交付前完成的活动，以及交付后完成的活动。交付前完成的活动包括交付后运行的计划和维护计划；交付后的活动包括软件修改、培训、帮助资料等
项目管理
风险管理
