1.信息系统规划（ISP，information system planning）
企业战略出发，构建企业基本的信息系统架构，帮助企业实现战略目标
步骤：分析企业信息化现状/制定企业信息化战略/信息系统规划方案拟定和总体的架构设计
第一阶段，以数据处理为核心，围绕职能部门需求。企业系统规划法（BSP），自上而下识别系统，自下而上识别系统
第二阶段，以企业内部MIS为核心，围绕企业整体需求。信息工程法（IE），战略栅格法（SG）
第三阶段，综合考虑企业内外环境，以集成为中心，围绕企业战略需求。价值链分析法（VCA）/战略一致模型（SAM）
BSP步骤：
项目确定，准备工作，定义企业过程，识别定义数据类，分析现有系统，确定管理部门对系统的要求，提出判断和结论，（评价信息资源管理工作，替换后两个）定义信息系统的总体架，确定优先顺序
2.信息系统规划（ISP）工具
组织结构/数据类与过程关系：P/O，R/D，功能法，CU
P/O矩阵（过程/组织矩阵）：定义过程，V代表负责和决策，*代表过程主要涉及，+代表过程涉及，空白表示不涉及
R/D矩阵（资源/数据矩阵）：定义数据，采用实体归纳出数据类
举例：存档数据，事务数据，计划数据，统计数据
C/U矩阵（创建/使用矩阵）：如何使用数据
企业过程与数据类的关系
功能法：使用IPO图表示，分析每个过程的输入数据和输出数据，形成系统数据类。
3.大型信息系统
特点：
- 规模庞大
- 跨地域性
- 网络结构复杂：一般采用多级网络结构，跨越多个安全域，网络关系复杂，接口众多
- 业务种类多
- 数据量大
- 用户多
4.信息系统生命周期
简化：立项，开发（分析/设计/实施），运维，消亡
具体（5个）：规划（可行性分析/项目开发计划），分析，设计（概要/详细设计），实施（编码/测试），运行维护
软件开发生命周期（7个阶段）：可行性分析与项目开发计划，需求分析，概要设计，详细设计，编码，测试，运行维护
生命周期模型：瀑布模型，V模型（测试驱动模型），原型化模型，迭代模型，螺旋模型（适用于庞大而复杂，高风险的系统，多种模型方式混用），敏捷方法（适用于小项目，小步快跑，强调沟通）
需求分析：需求获取，分析，定义，验证。
需求分类：
- 业务需求：系统高层次目标
- 用户需求：用户视角
- 系统需求：功能需求，性能需求，设计约束
QFD（质量功能部署）：
- 基本需求：用户要求的，必须做
- 期望需求：用户认为要做的，不做不满意的
- 兴奋需求：用户不认为要做的，一般不做
5.软件开发方法
- 结构化法：开发目标清晰化
- 面向对象法：更好的复用性
- 面向服务的方法：共享和互操作性
- 原型法：需求不明确的开发，技术层面难度不大的系统
6.软件架构设计
- 数据流风格，批处理序列/管道-过滤器
- 调用/返回风格，主程序/子程序/面向对象/层次结构
- 独立构件风格，进程通信/事件驱动系统（隐式调用）
- 虚拟机风格
- 仓库风格
7.软件测试方法
动态测试（程序运行），
黑盒测试法：功能测试。等价类划分，边界值分析，错误推测，因果图
白盒测试法：结构测试。语句覆盖，判定覆盖，条件覆盖，判定/条件覆盖，条件组合覆盖，路径覆盖静态测试（人工检测）
针对文档：检查单
针对代码：桌前检查，代码审查，代码走查
软件测试类型：
- 按照开发阶段划分：单元，集成，系统，验收测试
- 按照测试的技术划分：黑盒，白盒，灰盒测试（关注输出对输入的正确性，关注内部表现，介于白盒/黑盒之间）
- 按照测试实施组织划分：
开发方测试：验证测试，Alpha测试（由用户在开发环境下进行）；
用户测试：beta测试（由用户在实际使用环境进行）
第三方测试：独立测试
软件调试与测试的区别
测试的目的是找出错误，调试的目的是定位错误并修改程序以修改错误。
系统测试与确认测试的区别
系统测试是真实环境下的测试，确认测试一定要有用户的参与
软件测试管理：
8.设计模式
按目的和范围分类：
- 创建型模式：创建对象，工厂方法模式，抽象工厂模式，原型模式，单例模式，构建器模式
- 结构型模式：更大的结构式，适配器模式，桥接模式，组合模式，装饰模式，外观模式，享元模式，代理模式
- 行为型模式：交互及职责分配
职责链模式，命令模式，解释器模式，迭代器模式，中介者模式，备忘录模式，观察者模式，状态模式，策略模式，模板方法模式，访问者模式
按处理范围分类：
- 类模式：编译时刻确定，静态关系
- 对象模式：运行时确定，动态关系
9.UML
统一建模语言
用例图关系：
- 包含关系：提取公共部分，公共部分必不可少
- 扩展关系：混和两种及两种以上的不同场景，锦上添花
- 泛化关系：共性抽取为父用例，且子用例之间互斥
- 关联关系：聚合关系：整体与部分生命周期不同；组合关系：整体与部分生命周期相同
10.软件工程的过程管理
CMMI分为阶段式和连续式，采用相同的24个过程域，逻辑上等价。
CMMI阶段式分组（侧重组织的成熟度）：
- 可管理级（二级）
- 已定义级（三级），组织级过程定义，组织级培训
- 量化管理级（四级），定量项目管理
- 优化管理级（五级），组织级改革与实施
CMMI连续式分组（侧重组织的过程能力）
- 过程管理，组织级改革与实施（组织级绩效管理V1.3）
- 项目管理，定量项目管理（需求管理V1.3）
- 工程，验证（需求管理V1.2）
- 支持
