2. 核心工作流程
软件工程中的工作流程分为两部分：核心工作流程与核心支持工作流程 核心工作流程（在项目中的流程）
· 业务需求建模
· 分析设计
· 实施
· 测试
· 部署
核心支持工作流程（在组织中的流程）
· 环境
· 项目管理
· 配置与变更管理
2.1. 业务需求建模
2.1.1. 目的
业务建模的目的在于：
· 了解目标组织（将要在其中部署系统的组织）的结构及机制。
· 了解目标组织中当前存在的问题并确定改进的可能性。
· 确保客户、最终用户和开发人员就目标组织达成共识。
· 导出支持目标组织所需的系统需求。
为实现这些目标，业务建模工作流程说明了如何拟定新目标组织的前景，并基于该前景来确定该组织在业务用例模型和业务对象模型中的流程、角色以及职责。
作为对这些模型的补充，还编写了以下文档：
· 补充业务规约
· 词汇表
2.1.2. 业务建模工作流程

2.1.3. 提供的文档与模型
·商业逻辑建模（USE CASE）（ROSE）
·业务需求说明书（MS WORD）
·专业词汇表（英汉对照）（MS WORD）
·风险说明（MS WORD）
·复审说明书
2.1.4. 文档模板
参见项目管理规范目录下业务需求文档模板子目录
2.2. 分析设计
2.2.1. 目的
分析设计的目的在于：
· 将业务需求转换为未来系统的设计。
· 逐步开发强壮的系统构架。
· 使设计适合于实施环境，为提高性能而进行设计。
2.2.2. 分析设计工作流程

2.2.3. 提供的文档与模型
·系统总体设计报告（MS WORD）
·系统设计模型DOMAIN MODEL（ROSE）
·系统设计模型DESIGN MODEL （ROSE）
·数据库设计模型 （POWER DESIGNER）
·数据字典（MS WORD）
·系统详细设计报告（MS WORD）
·工作量化书（MS WORD）
2.2.4. 文档模板
参见项目管理规范目录下分析设计文档模板子目录
2.3. 实施
2.3.1. 目的
实施的目的包括：
· 对照实施子系统的分层结构定义代码结构、
· 以构件（源文件、二进制文件、可执行文件以及其他文件等）的方式实施类和对象、
· 对已开发的构件按单元来测试，并且
· 将各实施员（或团队）完成的结果集成到可执行系统中。
实施工作流程的范围仅限于如何对各个类进行单元测试。系统测试和集成测试将在测试工作流程中进行说明。
测试的目的在于：
· 核实对象之间的交互。
· 核实软件的所有构件是否正确集成。
· 核实所有需求是否已经正确实施。
· 确定缺陷并确保在部署软件之前将缺陷解决。
2.3.2. 实施工作流程

2.3.3. 提供的文档与模型
·实施总结书（MS WORD）
·实施模型（ROSE）
·系统集成书（MS WORD）
·代码审核意见书（MS WORD）
·源代码（MS WORD）
·用户使用手册（MS WORD）
·错误解决记录手册（MS WORD）
·构件及其说明
2.3.4. 文档模板
参见项目管理规范目录下实施文档模板子目录
2.4. 项目管理
2.4.1. 目的
本部分的目标是，通过提供一些项目管理的环境，使这个任务更加容易完成。它虽然不是成功的秘诀，但它介绍了可以显著提高成功交付软件可能性的项目管理方法。
项目管理的目的是：
· 为对软件密集型项目进行管理提供框架。
· 为项目的计划、人员配备、执行和监测提供实用的准则。
· 为管理风险提供框架。
该工作流程主要侧重于迭代式开发流程的以下重要方面：
· 风险管理
· 计划迭代式项目，贯穿生命周期并针对特定的迭代
· 监测迭代式项目的进度、指标
2.4.2. 项目管理工作流程

2.4.3. 提供的文档和模板
·风险管理计划（MS EXCEL）
·工作计划书（MS EXCEL）
·风险列表（MS EXCEL）
·迭代计划（MS EXCEL）
·问题解决计划（MS EXCEL）
·测试计划书（MS EXCEL）
·系统集成计划书（MS EXCEL）
·子系统集成计划书（MS EXCEL）
·工作单（MS EXCEL）
·产品验收计划（MS EXCEL）
·评测计划（MS EXCEL）
·项目计划复审意见书（MS WORD）
·开发总结（MS WORD）
2.4.4. 文档模板
参见项目管理规范目录下项目管理文档模板子目录
2.5. 部署
2.5.1. 目的
部署工作流程用来描述那些为确保最终用户可以正常使用软件产品而进行的活动。

部署工作流程描述了两种产品部署的模式：
· 自定义安装
· 通过 Internet 使用软件
在每个实例中，都强调要在开发场所对产品进行测试，并在产品最终发布之前进行 Beta 测试。
尽管部署活动主要集中于产品化阶段，但在较早的一些阶段中也会有一些为部署进行计划和准备的活动。
2.5.2. 提供的文档和模板
·部署计划
·安装文档
·发布说明