第三阶段

“确认式”：这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段。在这个阶段，承建方必须提供厚型系统和明确的业务流程报告、数据项表，并能向用户清晰地描述系统的业务流设计目标。用户方可以通过审査业务流程报告、数据项表，操作承建方提供的02 10系统来提出反馈意见，并对已经可接受审査过的报告、文档签字确认。

实现手段：拜访〈回顾、确认〉，提交业务流程报告、数据项表，原型演示系统。

输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档

第三阶段“确认式”项目中角色、流程图见图4-4。

客户方

{文章来自 海口企业网站建设}www.HiSoSi.com批准

〉配合    提异

请求 执行提交协调―协同审查

承献

监理方

图4-4第三阶段“确认式”项目中角色、流程图

整体来讲，需求分析的三个阶段是需求调研中不可忽视的一个重要组成部分。三个阶段的实施和采用，对用户和承建方，都提供了项目成功的保证。在系统建设的过程中，特别在采用迭代法的开发模式后，需求分析的工作会一直进行下去。在后期的需求改进中，基本是处于后两个阶段。

4.5资源目录体系的设计与实现

《我国电子政务建设指导意见》中指出：“规划和开发重要政务信息资源。”为了满足对政务信息资源的迫切需求，国家要组织编制政务信息资源建设专项规