系统开发生命周期

传统的系统开发生命周期方法（SDLC，Software Development Life Cycle）
也称为瀑布模型（Waterfall Model）,适用于当一个项目的需求稳定、定义准确，而且能忍受较长的开发周期的情况。

各个阶段	总体描述
1.可行性研究	初步业务需求，业务案例、技术、经济、社会可行性，备选方案，投资回报
2. 需求定义	用户积极参与。功能性需求和非功能性需求。定义安全需求（CIA，机密性、完整性、可用性），定义审计轨迹需求。确定是采购软件还是定制开发。
3A. 购买系统	用户要参与软件的评估选择过程。准备需求建议书（RFP），要考虑供应商的财务能力，与供应商签订软件源代码第三方保全协议（Escrow）。
3B. 系统设计	系统规格说明，系统功能实现，接口设计，程序和数据库设计，安全计划。用户过多参与不合适，但设计人员可向用户解释软件架构如何满足需求。
4A. 系统配置	系统参数配置，与已有系统的接口开发联调。
4B. 系统开发	程序编码，调试与测试
5. 部署和实施	UAT测试之后进行，用户培训，数据转换，系统迁移，系统切换
6.实施后评估	评后估系统的充分性，评价成本成本效益和投资回报，吸取经验教训，为后续的开发项目提供改进建议

实体关系图（ERD， Entity Relationship Diagrams）
描述系统数据及数据之间的交互，用于表达逻辑数据模型

软件基线管理（Baseline）

编程标准

集成开发环境（IDE， Integrated Development Environment）

编程调试

• 逻辑路径监测（Logic Path Monitor）： 一系列事件的报告，提供逻辑错误的线索。
• 内存转储（Memory Dumps）： 用于系统崩溃时， 将内存中的数据转储保存在转储文件中，供给有关人员进行排错分析。
• 输出分析（Output Analysis）：通过比较实际的输出结果与预期结果检查系统的精确性。

测试模型-V模型

软件测试方法

自底向上（Bottom-up）从底层的单元测试开始	自顶向下（Top-down）从顶层的系统测试开始
1.无需安装驱动程序 2.在所有程序完成前就可以开始测试 3. 对关键模块的错误可以较早发现	1. 可较早对主要功能和处理流程进行测试 2. 接口错误可以较早的测试出来 3. 编程人员与用户看到整个系统，增强信心

基本测试分类

• 单元测试：对程序模块内部进行测试
• 集成测试/接口测试： 测试多个模块之间的连接，验证整个系统的功能
• 系统测试：将软件作为整个计算机系统的一部分，与硬件、外设、其他系统、数据等结合在一起进行测试
• 最终接受测试
  用户接受测试（UAT）：用户进行验收测试，确保用户要求的功能得到实现
  质量保证测试（QAT）：质量保证人员进行测试，对软件的可迁移性、兼容性、可维护性、错误的恢复功能进行技术性确认

集成测试工具（ITF，Integrated Test Facilities）
测试数据输入到生产环境系统中运行，验证新系统在真实环境下的运行状况。要做好测试数据的标识工作，避免与生产数据的混淆。

其他测试类型

• α测试（Alpha Testing）：一个用户在开发环境下的测试，用于评价系统的FURPS（功能、可使用性、可靠性、性能、支持服务）。
• β测试（Beta Testing）：多个用户在实际使用环境下进行的测试，开发者通常不在测试现场，目标是测试可支持性
• 模拟测试：对系统的某些特定或预定义的内容进行预备性的测试。
• 白盒测试：测试软件系统的所有内部逻辑流程和路径，证实操作符合设计要求。
• 黑盒测试：根据软件功能进行测试，不考虑系统内部逻辑结构和内部特性，检查软件是否符合功能说明。
• 功能/确认测试：
• 回归测试：
• 平行测试：
• 社交性测试：

系统切换技术

• 并行切换/平行切换：
• 分阶段切换：
• 快速切换/一次性切换：