软件项目进度计划(2)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.
精品文档
员在讲解过程中能发现许多自己原来没有发现的错误， 而讨论和争议 则进一步促使了问题的暴露。 例如，对某个局部性小问题修改方法的 讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、 模块间接 口和系统总结构的大问题，导致对需求定义的重定义、重设计验证， 可以大大改善软件的质量。
（三）单元测试 单元测试集中在检查软件设计的最小单位—模块上， 通过测试发 现实现该模块的实际功能与定义该模块的功能说明不符合的情况， 以 及编码的错误。由于模块规模小、功能单一、逻辑简单，测试人员有 可能通过模块说明书和源程序， 清楚地了解该模块的 I/O 条件和模块 的逻辑结构， 采用结构测试 （白盒法）的用例，尽可能达到彻底测试， 然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的 输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。 将单元测试结果编写成单元测试报告， 提交项目经理审核， 审核通过 后提交项目领导组审批。 （四）系统测试 随着代码的实现和单元测试完成， 软件测试人员开始对代码进行 系统测试。 系统测试以子系统为基本单元进行， 其基本测试依据是测 试计划和测试方案。根据测试方案中的用例设计按照模块逐一“输 入”数据（手工或自动工具），并进行一定的压力测试。主要工作过 程是： 运行程序员提交的功能模块代码， 输入数据，如实记录运行结果，
行。 可交付成果：
本阶段可交付成果是：系统初验报告。 6. 试运行阶段 任务范围：
本阶段的任务范围是： 在用户培训工作的阶段性成果完成后， 开 始组织系统试运行工作， 由项目经理和业主方主管领导共同确定试运 行范围和试运行策略，并编制试运行计划、组织试运行工作。 实施方法：
（一）试运行实施步骤：
.
精品文档
需求调研工作；进行需求分析；编写需求分析报告。 实施方法：
通过业务需求调研， 确定并定义问题区、 用户的需求、 项目范围、 项目成功标准与业主方接收标准。
定义实施范围： 确定并定义项目实施的目标、 范围和关键的成功 要素。
编写需求分析报告：包括业务系统的业务模型、业务流程、业务 功能设计等。
业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、 调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管 理层、决策层多方位的获取需求。
数据结构设计： 对于功能模块设计中所涉及的有关数据及数据单 元进行归纳， 利用“对象－关系型语言”表示出来， 并指明数据之间 的一致性或约束性关系。这就是通常所说的数据结构或称为数据字 典。这部分工作将采用实体 - 关系设计工具 PowerDesigner 来辅助进 行。
系统设计说明书审核： 项目经理对各应用子系统的系统设计说明 书进行审核。审核工作由项目经理、技术总监和专家协同进行。 完成标准：
精品文档
施工进度计划书
一、 工期安排
XX项目总体工程实施，依照合同按计划在 5 个月内完成。工期从 2017 年 9 月初开工，至 2018 年 1 月底截止。为了保证项目圆满完成， 分阶段进行进度控制， 同时加强软件质量管理， 以保障项目按工期规 定顺利交付。
二、 项目进度表
项目阶段 需求调研
系统设计
系统开发
系统集成 系统初验 系统试运 行 用户培训 项目终验
时间 2017.9 ．1-2017.9.20
2017.9.20-2017.10.20
2017.9.20-2017.12.15
2017.12.15-2017.12.2 5 2017.12.25-2017.12.3 0 2017.12 ．30-2018.1.10 2018.1 ．10-2018.1.25 2018.1.30
业务流程及逻辑设计： 使用业务图形按照业务流程的顺序对业务 进行归纳、整理， 绘制业务流程图。对于其中描述良好和规范的业务 需求可同需求分析合并进行， 绘制工作将借助绘图工具软件 Visio 对
.
精品文档
图形表述进行规范。 功能模块及逻辑设计： 抽取最小业务单元， 按照按 " 职能域 - 业务
过程 - 业务活动 " 三层结构分解和表达功能， 依据业务流程组织功能层 次，绘制功能层次图。 把业务流图中以“操作单元”表现的节点看作 功能模块，描述其输入、输出、主要处理过程和所涉及到的数据及数 据单元。
工作内容 成立项目咨 询专 家 组，对项目需求进行 详细的调研 在需求调研的基础上 对系统架构、安全体 系、功能等进行系统 设计 进行各个子系统的迭 代开发，完成单元测 试
系统集成和对各模块 集成测试
成果 系 统需求 规格说 明书
系统设计说明书
不 同迭代 版本的 可运行系统 测试报告 形 成可完 整运行 的系统
序号 1
时间 第 20 天
里程碑描述 应用系统需求分析 设计完成
2
第 120 天
3
第 130 天
应用系统编码实现 系统完成测试
4
第 140 天
5
第 150 天
用户培训完成 系统上线试运行，完成初验
6
第 160 天
系统试运行完成
.
精品文档
2. 需求分析阶段
任务范围： 本阶段任务范围包括完善、 细化需求分析阶段的工作计划； 开展
本子阶段将对业务流程、 控制流程、 功能模块和数据结构进行设 计，这是承上（需求分析）启下（代码实现）的阶段，这个阶段把业 务需求变成技术设计， 由业务描述变成技术描述， 由业务语言变成技 术语言。通常来讲，这个阶段又可以划分为三个主要的步骤，即：业 务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构 设计。
实施方法：
由供应商通过集成测试， 对各应用系统自检合格后， 提交初验申
.
精品文档
请至用户方审批。 用户方检验应用系统运行情况，看是否符合： 是否满足签字确认的需求分析报告； 是否满足招标文件要求； 是否可以开始试运行。 验收通过后，由双方共同签署初验报告。
完成标准： 本阶段的完成标准是： 系统通过业主初步验收， 且可以开始试运
根据需求交流进展情况， 采用快速原型法， 以直观的方式确认需 求。
采用 Rational Rose 的“用例（ Use Case）”表述方法定义系 统需求，保证需求的完整性、 准确性、唯一性、可度量性、 可测试性、 可追溯性。
在描述中尽量使用业主方相关使用人员的业务语言， 便于需求的 审查和测试。
.
.
精品文档
填写“测试记录”。对于未通过测试的功能模块，填写测试反馈单， 由程序员修改问题代码后再次提交测试。 这是一个多次循环反馈的过 程。
编制系统测试报告： 测试结束后，测试人员编制完整的测试报告， 包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试 结果汇总，并附完整的测试记录和反馈记录。 完成标准：
如图：
.
ቤተ መጻሕፍቲ ባይዱ
精品文档
1. 项目里程碑
里程碑在项目实施中通常设置在阶段任务完成点或关键任务的
完成点。
在项目实施计划中设置里程碑， 便于以里程碑为监控点， 对项目 实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项
目组织成员有一个共同的视野， 展示项目简明清晰的阶段性目标； 便
于项目经理与相关人员之间就进度问题进行沟通。
精品文档
完成标准： 本阶段任务完成的标准是： 正式提交需求分析报告， 通过业主方
和监理方审核，并经过业主方确认。 可交付成果：
本阶段的可交付成果是：《 XX项目需求分析报告》
3．系统设计阶段 任务范围：
系统设计阶段将按照面向对象的分析设计方法并结合使用其他 软件工程方法，完成各子系统的概要设计。
包括功能设计、数据库结构设计、页面设计、软件实现结构的 O-O（面向对象）设计。 实施方法：
准备应用系统运行需要的真实数据； 组建运行组织和人员准备： 建立由业主方主管领导和项目经理组成的试运行领导小组； 确定试运行期间系统管理人员和系统维护人员； 召开试运行参与人员的动员会，统一思想，明确指导思想、工作 方针、工作方法和工作计划； 落实其他试运行组织中的各职责人员。 双方共同制定试运行工作计划。 工作计划中包括试运行工作相关 各方责任、工作日程安排、运行工作制度。 （二）试运行期间各方职责： 试运行工作将由供应商与业主方密切配合完成。试运行期间中， 各方职责如下： 供应商负责在试运行期间进行应用系统运行记录， 对试运行中出 现的问题做到及时维护和更新，并完成试运行报告。 在系统试运行阶段， 应达到系统连续无重大故障运行 1 个月，并 不断根据试运行报告进行修改完善，在试运行期内如出现重大故障， 试运行期从故障排除之日起重新计算， 直到系统连续 1 个月无重大故 障为止。 业主方系统使用人员负责在试运行期间定期反馈系统存在问题。
本阶段任务完成的标准是： 编码完成且通过单元测试、 集成测试、 系统测试，并通过技术总监与项目经理的审核。
系统详细施工进度计划，详见《施工进度计划甘特图》。 可交付成果：
本阶段的可交付成果是：网站各系统可进行正常运行。
5. 系统初验阶段
任务范围：
本阶段任务范围包括： 完成应用系统在测试环境的部署和集成测 试后，由业主方认定是否满足可进行试运行的基本条件。 并完成验收 报告。
本阶段任务完成的标准是： 正式提交概要设计说明书， 通过业主 方确认。 可交付成果：
本阶段的可交付成果是：《 XX系统设计说明书》。
4. 编码开发阶段
任务范围： 包括对标准化的内部数字内容资源转换加工和管理、 数字内容的
.
精品文档
深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数 据采集和内容提供服务、 产品打包和多渠道发布、 在线交互服务等编 码实现、单元测试；以及项目的安全保障体系的建设。 实施方法：
系统建设过程主要分为需求调研 / 分析、系统设计、开发 / 测试、 集成测试、培训 / 试运行、验收交付以及质保期七个大的建设阶段。
充分吸收面向对象开发的迭代思想， 在经典的几个项目阶段基础 上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包 括计划、分析、原型等。于是项目可以递进地进展，每一个迭代周期 完成，都会形成一个产品原型，通过与业主的不断交互，完善，直到 原型发展成为可用的产品。
项目初验
初验报告
1、平台上线试运行 2、系统持续优化
升 级版本 的可运 行系统，并安装部 署到用户本地
对各级用户进行培训 使用说明
项目终验
验收报告
.
精品文档
三、 项目实施各环节实施方案 在明确本项目的建设目标、 建设任务和范围、 建设时间进度要求、
项目建设特点分析的基础上， 依据招标文件的要求和我方在以往大型 信息化平台建设实施方面的经验和教训， 为了更好的保障项目的整体 进度和整体质量， 更好地回避和解决项目建设过程中的可能风险， 更 好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目 的特点，提出我们的项目建设实施整体阶段过程的划分、 每个阶段要 达成的目标、实施方法和实施计划。
在为项目进度计划设置里程碑时，遵循以下原则：
以项目目标为依据，以可交付成果物为向导，设置里程碑。可交 付成果物可以是文档，也可以是可运行的程序。
将实施各阶段的完成点设置成里程碑。 如需求规格定稿作为需求
分析阶段的完成点，可以定义成为里程碑。
设置的里程碑必须可审查、可测量，有明确的完成标准。只有里
程碑通过审查，才能进入到下一个阶段的任务。 综上所述，本项目的里程碑如下表所示：
（一）日创建、日部署 在本项目各应用子系统开发实现阶段， 将采用快速原型法与“日 创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短 的时间内开发出核心业务功能交付用户使用， 并在此基础上再与用户 交流沟通，对问题做出相应调整。 这种方法的特点如下： 可以在最短时间内开发出子系统核心业务功能交付项目相关人 员测试和试用； 进入开发阶段后， 每天形成一个版本， 以最直观的沟通方式让业 主方项目主管领导看到最终的产品原型； 最大程度避免了产品的实现与系统需求间的分歧； 降低了需求变更的频度；降低了系统实施的风险。 （二）代码走查 代码走查是由一组人通过阅读、 讨论和争议对程序进行静态分析 的过程。走查小组由组长， 2～3 名程序设计和测试人员及程序员组 成。走查小组在充分阅读待审程序文本、控制流程图及有关要求、规 范等文件基础上，召开代码走查会，程序员逐句讲解程序的逻辑，并 展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序
精品文档
员在讲解过程中能发现许多自己原来没有发现的错误， 而讨论和争议 则进一步促使了问题的暴露。 例如，对某个局部性小问题修改方法的 讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、 模块间接 口和系统总结构的大问题，导致对需求定义的重定义、重设计验证， 可以大大改善软件的质量。
（三）单元测试 单元测试集中在检查软件设计的最小单位—模块上， 通过测试发 现实现该模块的实际功能与定义该模块的功能说明不符合的情况， 以 及编码的错误。由于模块规模小、功能单一、逻辑简单，测试人员有 可能通过模块说明书和源程序， 清楚地了解该模块的 I/O 条件和模块 的逻辑结构， 采用结构测试 （白盒法）的用例，尽可能达到彻底测试， 然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的 输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。 将单元测试结果编写成单元测试报告， 提交项目经理审核， 审核通过 后提交项目领导组审批。 （四）系统测试 随着代码的实现和单元测试完成， 软件测试人员开始对代码进行 系统测试。 系统测试以子系统为基本单元进行， 其基本测试依据是测 试计划和测试方案。根据测试方案中的用例设计按照模块逐一“输 入”数据（手工或自动工具），并进行一定的压力测试。主要工作过 程是： 运行程序员提交的功能模块代码， 输入数据，如实记录运行结果，
行。 可交付成果：
本阶段可交付成果是：系统初验报告。 6. 试运行阶段 任务范围：
本阶段的任务范围是： 在用户培训工作的阶段性成果完成后， 开 始组织系统试运行工作， 由项目经理和业主方主管领导共同确定试运 行范围和试运行策略，并编制试运行计划、组织试运行工作。 实施方法：
（一）试运行实施步骤：
.
精品文档
需求调研工作；进行需求分析；编写需求分析报告。 实施方法：
通过业务需求调研， 确定并定义问题区、 用户的需求、 项目范围、 项目成功标准与业主方接收标准。
定义实施范围： 确定并定义项目实施的目标、 范围和关键的成功 要素。
编写需求分析报告：包括业务系统的业务模型、业务流程、业务 功能设计等。
业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、 调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管 理层、决策层多方位的获取需求。
数据结构设计： 对于功能模块设计中所涉及的有关数据及数据单 元进行归纳， 利用“对象－关系型语言”表示出来， 并指明数据之间 的一致性或约束性关系。这就是通常所说的数据结构或称为数据字 典。这部分工作将采用实体 - 关系设计工具 PowerDesigner 来辅助进 行。
系统设计说明书审核： 项目经理对各应用子系统的系统设计说明 书进行审核。审核工作由项目经理、技术总监和专家协同进行。 完成标准：
精品文档
施工进度计划书
一、 工期安排
XX项目总体工程实施，依照合同按计划在 5 个月内完成。工期从 2017 年 9 月初开工，至 2018 年 1 月底截止。为了保证项目圆满完成， 分阶段进行进度控制， 同时加强软件质量管理， 以保障项目按工期规 定顺利交付。
二、 项目进度表
项目阶段 需求调研
系统设计
系统开发
系统集成 系统初验 系统试运 行 用户培训 项目终验
时间 2017.9 ．1-2017.9.20
2017.9.20-2017.10.20
2017.9.20-2017.12.15
2017.12.15-2017.12.2 5 2017.12.25-2017.12.3 0 2017.12 ．30-2018.1.10 2018.1 ．10-2018.1.25 2018.1.30
业务流程及逻辑设计： 使用业务图形按照业务流程的顺序对业务 进行归纳、整理， 绘制业务流程图。对于其中描述良好和规范的业务 需求可同需求分析合并进行， 绘制工作将借助绘图工具软件 Visio 对
.
精品文档
图形表述进行规范。 功能模块及逻辑设计： 抽取最小业务单元， 按照按 " 职能域 - 业务
过程 - 业务活动 " 三层结构分解和表达功能， 依据业务流程组织功能层 次，绘制功能层次图。 把业务流图中以“操作单元”表现的节点看作 功能模块，描述其输入、输出、主要处理过程和所涉及到的数据及数 据单元。
工作内容 成立项目咨 询专 家 组，对项目需求进行 详细的调研 在需求调研的基础上 对系统架构、安全体 系、功能等进行系统 设计 进行各个子系统的迭 代开发，完成单元测 试
系统集成和对各模块 集成测试
成果 系 统需求 规格说 明书
系统设计说明书
不 同迭代 版本的 可运行系统 测试报告 形 成可完 整运行 的系统
序号 1
时间 第 20 天
里程碑描述 应用系统需求分析 设计完成
2
第 120 天
3
第 130 天
应用系统编码实现 系统完成测试
4
第 140 天
5
第 150 天
用户培训完成 系统上线试运行，完成初验
6
第 160 天
系统试运行完成
.
精品文档
2. 需求分析阶段
任务范围： 本阶段任务范围包括完善、 细化需求分析阶段的工作计划； 开展
本子阶段将对业务流程、 控制流程、 功能模块和数据结构进行设 计，这是承上（需求分析）启下（代码实现）的阶段，这个阶段把业 务需求变成技术设计， 由业务描述变成技术描述， 由业务语言变成技 术语言。通常来讲，这个阶段又可以划分为三个主要的步骤，即：业 务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构 设计。
实施方法：
由供应商通过集成测试， 对各应用系统自检合格后， 提交初验申
.
精品文档
请至用户方审批。 用户方检验应用系统运行情况，看是否符合： 是否满足签字确认的需求分析报告； 是否满足招标文件要求； 是否可以开始试运行。 验收通过后，由双方共同签署初验报告。
完成标准： 本阶段的完成标准是： 系统通过业主初步验收， 且可以开始试运
根据需求交流进展情况， 采用快速原型法， 以直观的方式确认需 求。
采用 Rational Rose 的“用例（ Use Case）”表述方法定义系 统需求，保证需求的完整性、 准确性、唯一性、可度量性、 可测试性、 可追溯性。
在描述中尽量使用业主方相关使用人员的业务语言， 便于需求的 审查和测试。
.
.
精品文档
填写“测试记录”。对于未通过测试的功能模块，填写测试反馈单， 由程序员修改问题代码后再次提交测试。 这是一个多次循环反馈的过 程。
编制系统测试报告： 测试结束后，测试人员编制完整的测试报告， 包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试 结果汇总，并附完整的测试记录和反馈记录。 完成标准：
如图：
.
ቤተ መጻሕፍቲ ባይዱ
精品文档
1. 项目里程碑
里程碑在项目实施中通常设置在阶段任务完成点或关键任务的
完成点。
在项目实施计划中设置里程碑， 便于以里程碑为监控点， 对项目 实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项
目组织成员有一个共同的视野， 展示项目简明清晰的阶段性目标； 便
于项目经理与相关人员之间就进度问题进行沟通。
精品文档
完成标准： 本阶段任务完成的标准是： 正式提交需求分析报告， 通过业主方
和监理方审核，并经过业主方确认。 可交付成果：
本阶段的可交付成果是：《 XX项目需求分析报告》
3．系统设计阶段 任务范围：
系统设计阶段将按照面向对象的分析设计方法并结合使用其他 软件工程方法，完成各子系统的概要设计。
包括功能设计、数据库结构设计、页面设计、软件实现结构的 O-O（面向对象）设计。 实施方法：
准备应用系统运行需要的真实数据； 组建运行组织和人员准备： 建立由业主方主管领导和项目经理组成的试运行领导小组； 确定试运行期间系统管理人员和系统维护人员； 召开试运行参与人员的动员会，统一思想，明确指导思想、工作 方针、工作方法和工作计划； 落实其他试运行组织中的各职责人员。 双方共同制定试运行工作计划。 工作计划中包括试运行工作相关 各方责任、工作日程安排、运行工作制度。 （二）试运行期间各方职责： 试运行工作将由供应商与业主方密切配合完成。试运行期间中， 各方职责如下： 供应商负责在试运行期间进行应用系统运行记录， 对试运行中出 现的问题做到及时维护和更新，并完成试运行报告。 在系统试运行阶段， 应达到系统连续无重大故障运行 1 个月，并 不断根据试运行报告进行修改完善，在试运行期内如出现重大故障， 试运行期从故障排除之日起重新计算， 直到系统连续 1 个月无重大故 障为止。 业主方系统使用人员负责在试运行期间定期反馈系统存在问题。
本阶段任务完成的标准是： 编码完成且通过单元测试、 集成测试、 系统测试，并通过技术总监与项目经理的审核。
系统详细施工进度计划，详见《施工进度计划甘特图》。 可交付成果：
本阶段的可交付成果是：网站各系统可进行正常运行。
5. 系统初验阶段
任务范围：
本阶段任务范围包括： 完成应用系统在测试环境的部署和集成测 试后，由业主方认定是否满足可进行试运行的基本条件。 并完成验收 报告。
本阶段任务完成的标准是： 正式提交概要设计说明书， 通过业主 方确认。 可交付成果：
本阶段的可交付成果是：《 XX系统设计说明书》。
4. 编码开发阶段
任务范围： 包括对标准化的内部数字内容资源转换加工和管理、 数字内容的
.
精品文档
深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数 据采集和内容提供服务、 产品打包和多渠道发布、 在线交互服务等编 码实现、单元测试；以及项目的安全保障体系的建设。 实施方法：
系统建设过程主要分为需求调研 / 分析、系统设计、开发 / 测试、 集成测试、培训 / 试运行、验收交付以及质保期七个大的建设阶段。
充分吸收面向对象开发的迭代思想， 在经典的几个项目阶段基础 上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包 括计划、分析、原型等。于是项目可以递进地进展，每一个迭代周期 完成，都会形成一个产品原型，通过与业主的不断交互，完善，直到 原型发展成为可用的产品。
项目初验
初验报告
1、平台上线试运行 2、系统持续优化
升 级版本 的可运 行系统，并安装部 署到用户本地
对各级用户进行培训 使用说明
项目终验
验收报告
.
精品文档
三、 项目实施各环节实施方案 在明确本项目的建设目标、 建设任务和范围、 建设时间进度要求、
项目建设特点分析的基础上， 依据招标文件的要求和我方在以往大型 信息化平台建设实施方面的经验和教训， 为了更好的保障项目的整体 进度和整体质量， 更好地回避和解决项目建设过程中的可能风险， 更 好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目 的特点，提出我们的项目建设实施整体阶段过程的划分、 每个阶段要 达成的目标、实施方法和实施计划。
在为项目进度计划设置里程碑时，遵循以下原则：
以项目目标为依据，以可交付成果物为向导，设置里程碑。可交 付成果物可以是文档，也可以是可运行的程序。
将实施各阶段的完成点设置成里程碑。 如需求规格定稿作为需求
分析阶段的完成点，可以定义成为里程碑。
设置的里程碑必须可审查、可测量，有明确的完成标准。只有里
程碑通过审查，才能进入到下一个阶段的任务。 综上所述，本项目的里程碑如下表所示：
（一）日创建、日部署 在本项目各应用子系统开发实现阶段， 将采用快速原型法与“日 创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短 的时间内开发出核心业务功能交付用户使用， 并在此基础上再与用户 交流沟通，对问题做出相应调整。 这种方法的特点如下： 可以在最短时间内开发出子系统核心业务功能交付项目相关人 员测试和试用； 进入开发阶段后， 每天形成一个版本， 以最直观的沟通方式让业 主方项目主管领导看到最终的产品原型； 最大程度避免了产品的实现与系统需求间的分歧； 降低了需求变更的频度；降低了系统实施的风险。 （二）代码走查 代码走查是由一组人通过阅读、 讨论和争议对程序进行静态分析 的过程。走查小组由组长， 2～3 名程序设计和测试人员及程序员组 成。走查小组在充分阅读待审程序文本、控制流程图及有关要求、规 范等文件基础上，召开代码走查会，程序员逐句讲解程序的逻辑，并 展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序