模版项目工作说明书V0

1、秘密 文件编号：某某* 项目 工作说明书版本：集团金融事业部文件信息文件标题工作范围说明书项目名称某某* 项目项目经理项目管理阶段起草人起草日期修订记录日期版本修订描述作者2015-8-12V0.1初始版本崔圳林2015-8-15V0.2修改黄敬欢2015-8-21V0.3审核夏恒星2015-8-25V0.4修改 2.2.3黄敬欢2015-10-20V0.8由于实施方案的变更而更新技术方案 ;黄敬欢2015-10-20V0.9更新了项目计划。崔圳林文件审核 / 审批此文件需如下审核姓名职务/ 职称签名签名日期文档分发姓名职务/ 职称签名签名日期此文档将分发至如下个人或机构姓 名职务 / 职称签

2、 名 签名日期目录第 1 章 概述 51.1 编写目的 51.2 名词解释 51.3 参考资料 51.4 适用范围 6第 2 章 项目内容、范围和要求 62.1.1 项目内容 62.1.2 项目定义 62.1.3 项目目标 72.2 项目范围 72.2.1 数据接入与数据模型完善 72.2.2 报表开发 72.2.3 相较原始需求变更 8第 3 章 项目任务 103.1 项目管理 103.1.1 任务项描述 103.1.2 乙方职责 103.1.3 甲方职责 113.1.4 提交工作件 123.1.5 完成标准 123.2 项目启动 123.2.1 任务项描述 123.2.2 乙方职责 133

3、.2.3 甲方职责 133.2.4 提交工作件 133.2.5 完成标准 133.3 需求调研阶段 143.3.1 任务项描述 143.3.2 乙方职责 143.3.3 甲方职责 153.3.4 提交工作件 153.3.5 完成标准 153.4 信息调研阶段 153.4.1 乙方职责 163.4.2 甲方职责 163.4.3 提交工作件 173.4.4 完成标准 173.5 设计阶段 173.5.1 任务项描述 173.5.2 乙方职责 173.5.3 甲方职责 173.5.4 提交工作件 183.5.5 完成标准 183.6 开发阶段 193.6.1 任务项描述 193.6.2 乙方职责 1

4、93.6.3 甲方职责 203.6.4 提交工作件 203.6.5 完成标准 203.7 测试阶段 203.7.1 任务项描述 203.7.2 乙方职责 213.7.3 甲方职责 213.7.4 提交工作件 213.7.5 完成标准 213.8 上线投产阶段 213.8.1 任务项描述 213.8.2 乙方职责 223.8.3 甲方职责 223.8.4 提交工作件 223.8.5 完成标准 23第 4 章 项目组织 24第 5 章 项目计划 26第 6 章 项目所需资源 286.1 硬件环境要求 286.2 软件环境要求 286.3 办公环境要求 29第 7 章 项目变更程序 307.1 变更

5、控制角色 307.2 变更控制流程 30第 8 章 项目验收 32第 9 章 知识产权与项目保密 339.1 知识产权 339.2 项目保密 33第1章 概述1.1 编写目的此工作范围说明书描述了由集团股份有限公司 （以下简称乙方 ）为某某（以下 简称“甲方”）实施某某 *项目（以下简称“ * 项目”）过程中，由集团股份有 限公司负责提供的服务，以及在项目实施过程中，甲方和乙方就本项目有关内容的合 作方式描述。1.2 名词解释术语、缩写解释MID管理信息部RMD风险管理部STD电脑部FADORS报表平台ODS即操作型数据存储DW数据仓库DM数据集市ORS 表包括 ODS表、 DW表、STD表*

6、FOVA海外核心业务系统NOVA国内核心业务系统GCMS抵押品信用评级系统*查询平台1.3 参考资料原始需求4.23 sent to vendor.zip会议纪要某某*项目_访谈纪要_风险管理部 某某*项目-访谈纪要某某* 项目-访谈纪要 _CREDIT EXCESS LIMIT_2015-08-06.docx某某* 项目-访谈纪要 _KPI_2015-8-7.docx 某某*项目-访谈纪要_KPI_2015-09-09.doc 某某*项目-访谈纪要_LCR_2015-09-09(10).doc 某某* 项目-访谈纪要 其他材料截止 2015年 8月21日需求分析之邮件往来。 注：通常参考材料

7、还包括开发涉及到的源系统数据库设计文档、操作手册、概要 设计等文档。1.4 适用范围本文档所描述的内容适用于乙方为甲方实施某某 * 项目的整个过程。第 2章 项目内容、范围和要求项目内容2.1.2 项目定义项目名称：某某 * 项目根据某某规划，某某 * 项目基于* 查询平台进一步丰富数据平台的内容，将以前 手工报表的制作模式，采用统一的工具、技术、平台实现报表自动化生成。2.1.3 项目目标主要依托于 * 查询平台，完成某某 MID_KPI、MID_LCR、RMD_CR报P 表的开发，方 便业务部门使用数据，让业务部门及时获悉企业运营状况，快速决策响应。2.2 项目范围根据双方商定，项目的工作

8、范围如下：2.2.1 数据接入与数据模型完善数据接入与数据模型的完善内容包括：1. 乙方将主要依托已经建成的某某逻辑数据模型基础上， 结合数据源分析的结果 丰富甲方逻辑数据模型。丰富的模型可能涉及 ODS表、 STG表、 DW表、 DM表。2. 乙方将根据业务需求接入甲方的 Fova系统、 GCMS系统、 KGR系统、 Kondor系统四个系统的数据源或手工数据。在数据接入过程中涉及规范、工具、技术和接口方 式采用现有 * 查询平台的规范、工具、技术和接口方式，甲方负责培训相关工具、技 术和接口规范的使用。2.2.2 报表开发报表应用的建设内容包括：1. 使用 JSP界面 /Excel 进行报

9、表展现。2. 根据业务部门的需求完成 MID_KPI 47张报表、MID_LCR1 9 张报表、RMD_CR3P2 张报表，按照优先级分四批上线。报表如下：MID-KPI需求名称备注188-LCR 報表自動化需求名称备注RMD-CRP需求名称备注特别说明：上述评估的工作范围和工作量是项目的基准范围和工作量，如项目需 求有发生变更，可根据双方商定，对上述工作范围进行等工作量替换。2.2.3 相较原始需求变更本节主要描述截止 2015年 10月 21日的需求相对于原始需求版本 4.23 sent tovendor 的变更情况。MID-KPI 需求变更原始 MID-KPI 需求并不涉及月中帐务调整、

10、新的需求涉及月中帐务调整，涉及的报表如下：1) 存款： KPI_1/KPI_2/KPI_23.1/KPI_23.2/KPI_23.3/KPI_23.4/KPI_29.3/KPI_29.42) 贷款： KPI_3.1/KPI_3.2/KPI_43) 收入： KPI_7/KPI_12/KPI_13.1/KPI_17.1/KPI_17.2/KPI_18.1MID-LCR需求变更1) 173 项目接口变更，相比原始需求中给出的接口，新增需求需要做一套临时转换程序把原始需求中的接口转换到 173 项目接口2) 相对于原始需求“ 4.23 sent to vendor.zip ”，在需求分析过程中增加了

11、Projection 这份报表实施方案变更1) 由于架构需要某某调整实施方案从 ORS平台转向* 平台2) 前端展现工具也由 Cognos转向* 平台中 JSP界面 /Excel 进行报表展现截止 2015年 10月21日，乙方（集团）接受甲方（某某）做出的上述变更第 3章 项目任务本章节所提到的文档或提交件在项目具体实施过程中可能用同功能、 性质的对应 的文档所替代。3.1 项目管理3.1.1 任务项描述对项目的过程进行管理，包括资源管理、进度管理、风险管理、质量管理、范围 管理、沟通管理、文档管理、风险管理等。所有重要的事务和会议，以备忘录或会议纪要等书面形式予以记录。项目参与人 员应对可

12、能影响设计、实施、上线的事务及时通知其他各方。同时，应该尽快讨论并 确定其对进度、成本、系统质量的影响。3.1.2 乙方职责1. 指派一项目经理负责项目执行、控制、监督各项工作，以保证项目进度，并 确保项目质量，并对此活动的结果负责。2. 协调乙方资源保证项目的顺利进行。3. 进度管理a) 乙方项目经理负责制订项目时间计划及每周工作计划，并督促计划的执 行。b) 如果项目执行与计划发生偏差，乙方项目经理需要及时同客户项目负责 人沟通，说明原因并修正计划。c) 跟踪项目组人员关键任务及工作进度。d) 跟踪标准交付成果并进行阶段性验收。4. 沟通管理a) 乙方项目经理每周向甲方项目负责人汇报项目的

13、开发进度。b) 乙方项目经理每两周与客户项目负责人招集项目相关人员举行项目会 议。c) 乙方项目经理需要定期召开项目组内部会议，向项目组成员汇报项目工 作进展，并规划下一阶段的工作任务。d) 所有重要的事务和会议，甲乙双方以备忘录或会议纪要等书面形式予以 记录。e) 项目每阶段结束后，乙方需要召开项目阶段结束报告会，向所有项目参 与者通报项目的最新状态及下一步安排，5. 风险管理a) 及时发现并向甲方项目负责人汇报项目中存在的问题、 风险及解决办法 在整个项目进程中应将管理风险的过程记录在案，项目经理每周工作汇 报中，应包括风险列表与规避的文档。b) 除了记录风险识别和风险量化结果外，还应记录

14、处理风险的负责人，风 险的控制策略等。6. 文档管理a) 项目组必须用 SVN工具对文档进行管理b) 文档的撰写参照本项目的文档模板。7. 范围管理a) 对项目的工作范围、需求范围进行管理。b) 范围变更依据变更程序执行。8. 质量管理与工件评审a) 乙方工程质量管理部负责本项目过程中乙方质量保证活动的具体实施， 审查项目组的质量控制措施。b) 质量管理活动通过项目实施支持与审核机构在项目阶段里程碑点对项目 提交件的评审来实现，评审根据需要采用会签或会议的方式。c) 项目控制委员会负责对本项目进行指导和评审，包括技术评审和管理评 审。3.1.3 甲方职责1. 提供乙方项目人员的项目开发所需工作

15、场所。2. 指派项目负责人协调乙方项目经理管理本项目的工作。3. 协调甲方业务人员积极参与项目实施。4. 组织协调甲方技术人员积极参与项目实施。5. 进度管理a) 就项目进度等问题及时反馈意见和建议。b) 跟踪标准交付成果并进行阶段性验收。6. 沟通管理a) 及时发现并与乙方项目负责人沟通项目中存在的问题、 风险及解决办法b) 每周参加项目会议，听取项目进度汇报。c) 所有重要的事务和会议，以备忘录或会议纪要等书面形式予以记录。d) 和乙方 PM共同向项目领导小组汇报工作。7. 交付工件评审a) 组成工作小组，负责交付工件的审核确认及项目相关文档签署。b) 甲方项目部应在接到评审申请两个工作日

16、内，完成评审材料的合规性检 查，确定评审会议日程及评审人员分工。3.1.4 提交工作件1. 项目工作周报2. 项目会议纪要完成标准1. 项目工作周报：描述本周项目工作的完成状态，以及工作中遇到的问题及 相应的解决方法。2. 项目会议纪要：纪录项目过程中，项目会议的时间、地点、参与人员、会 议主题及讨论的结果。3.2 项目启动3.2.1 任务项描述召开项目启动会议，确定项目组织架构及相关组成人员，阐述项目的目标、实施 的主要内容3.2.2 乙方职责1. 参加项目启动会议，确定乙方项目组人员组成和职责。2. 提供乙方项目组人员的联系方式。3. 提交项目初步实施计划，并进行讨论。4. 确定乙方的工作

17、方式。3.2.3 甲方职责1. 参加项目启动会议，确定甲方项目组人员组成和职责。2. 提供甲方相关人员的联系方式。3. 重申项目实施的重点以及其他需要注意的问题。3.2.4 提交工作件1. 项目总体计划2. 项目组织架构及人员组成3. 项目组及相关人员联系方式4. 项目管理制度3.2.5 完成标准1. 项目总体计划：描述项目过程的时间计划安排，细分到某个子任务，对每 个子任务的时间周期和资源进行计划。2. 项目组织架构及人员组成 ：描述项目组织架构图、人员组成及相应组成人 员的职责。3. 项目组及相关人员联系方式 ：描述项目组中各个人员的 Email, 联系电话 等。提交上述文件。4. 项目管

18、理制度 ：描述项目组甲乙双方项目组成员必须共同遵守的规章制 度。包括作息、纪律、例会等内容。3.3 需求调研阶段3.3.1 任务项描述在本阶段中，在已确定的解决方案实施范围内，明确业务需求，项目组集中收集 并分析业务需求，收集最终用户对数据的访问需求，确定系统的最终用户，设计 * 集 市数据模型，最终形成一份完整的需求文档。本阶段的结果提交一个详细的需求分析报告， 这些需求将用于模型设计和项目的 其它阶段。工作内容包括：1. 用户需求调研与确认。a) 用户需求调研b) 需求收集与整理c) 确认每个功能项的输入、输出及业务实现过程。d) 每个分析主题的维度e) 确认每个分析主题的指标f) 确认最

19、终需求分析g) 明确系统的最终用户h) 明确系统的用户权限2. 需求评审a) 对需求分析成果进行评审。3.3.2 乙方职责1. 安排具有丰富实施经验和相关项目经验的专业人员参与需求访谈。2. 在本项目范围内，针对相关业务要求进行需求访谈。3. 对业务需求进行详细分析。4. 根据业务需求，分析用户的数据源及数据质量。5. 确认系统的最终用户6. 明确系统用户权限7. 完成项目范围内的需求规格说明书 。3.3.3 甲方职责1. 安排协调进行需求访谈工作所需之业务人员、时间及场地。2. 提供需求分析所需的业务逻辑、数据源接口、加工逻辑和所需的样本数据， 提供协助或者协助人员。3. 提供业务需求及相关

20、文档。4. 审核确认需求规格说明书 。3.3.4 提交工作件1. 需求规格说明书3.3.5 完成标准完成阶段提交工作件：1. 需求规格说明书 ： 用业务语言来描述的用户需求，及用户对系统的数据 要求、权限要求、展现要求等。3.4 信息调研阶段在本阶段，确定数据获取方案，包括 * 平台数据的获取方式，未接入 * 平台数据 的获取方式，从 * 数据库中抽取数据，以及数据表的分类、数据校验和转换规则；确 定业务数据处理周期、更新周期，以及 ETL周期；完成接口源数据结构分析，接口源 与* 平台数据结构的差异分析。 本阶段的工作将作为模型设计阶段的重要输入。工作内容包括：1. * 平台的数据加载方式确

21、认2. * 平台的数据确认和分析。a) 数据结构、数据项含义3. 未接入 * 平台的数据确认和分析。a) 数据结构、数据项含义4. 数据处理规则确认。a) 对数据抽取规则的确认b) 对数据计算规则的确认，对各指标计算公式进行确认。5. 系统命名规范设计。a) 数据库命名规范。b) ETL命名规范。c) 编码命名规范。d) 系统文件目录命名规范。6. 需求评审a) 对需求分析成果进行评审。3.4.1 乙方职责1. 安排具有丰富实施经验和相关项目经验的专业人员参与信息调研。2. 在本项目范围内，针对相关业务系统进行调研。3. 对各个涉及到的数据源进行分析，确认数据项，对数据进行抽样检查，初步 确认

22、源系统的数据质量。4. 对数据表进行分类。5. 对业务需求中的数据计算规则进行数据源的确认。6. 确定源系统数据的抽取规则。7. 设计系统命名规范。3.4.2 甲方职责1. 安排协调进行信息调研工作所需资源，包括：业务人员、技术人员，配合时 间及办公场地。2. 提供* 项目所涉及到的数据字典和所需的业务数据， 提供协助或者协助人员3. 协调人员介绍 * 平台的功能。4. 与乙方一起商讨 * 平台的数据、未接入 * 平台数据的获取方式及数据的抽取 周期、更新周期。5. 与乙方一起对数据计算规则进行数据的确认。6. 提供乙方需要的样本数据。7. 与乙方一起完成必要的数据质量的测试。8. 审核确认数

23、据源分析说明书 。a) 源系统数据的加载方式。b) 对业务需求中的数据计算规则进行数据源的确认c) 数据质量分析结果确认d) 数据抽取周期、更新周期3.4.3 提交工作件1. 数据源分析说明书3.4.4 完成标准完成阶段提交工作件：1. 数据源分析说明书 ：包括接口数据的加载方式、业务需求与 * 平台数据的 差异化分析结果、数据的更新周期等内容。3.5 设计阶段3.5.1 任务项描述 本阶段的目标是，基于需求规格说明书进行系统设计。包括系统的总体架构设计，数据模型设计、 ETL设计、报表设计、测试设计。3.5.2 乙方职责1. 依据客户确认完成的需求规格说明书 ，进行系统设计及整合等细化规划。

24、2. 完成系统总体设计、系统概要设计、系统详细设计等设计工作。3. 提出系统备份恢复、系统管理、调度流程等方面的处理策略。4. 与甲方共同建立系统开发环境和测试环境。3.5.3 甲方职责1. 审核确认相关的总体设计、概要设计和详细设计。2. 根据乙方要求的文档格式，提供项目所需的资料文档，包括相关数据源系统 数据字典等。3. 确认数据源系统的数据接口格式，及实现方式。4. 对数据源数据字典进行解释。5. 对系统设计过程中需要明确的问题，及时给出答复。6. 对乙方提出的系统备份恢复、系统管理、调度流程等方面的处理策略进行确 认。7. 提供并建立系统开发环境及测试环境。8. 提供系统测试需求。9.

25、 与乙方共同确定测试范围。10. 提供数据准确性测试的标准数据结果。11. 协助乙方进行测试案例的设计。12. 审核确认系统测试计划书 。3.5.4 提交工作件1. 系统总体设计说明书2. 数据模型设计说明书3. ETL详细设计说明书4. ETL作业配置说明书5. 数据存储方案建议书6. 单元测试计划及测试案例设计说明书3.5.5 完成标准完成阶段提交工作件：1. 系统总体设计说明书 ：描述系统整体技术架构和数据处理方案。包括 * 数 据模型、 ETL、报表等的总体设计。2. 数据模型设计说明书 ：描述数据集市应用数据模型的设计说明文档。3. ETL详细设计说明书：描述 ETL数据处理的详细流

26、程和方案，包括：a) 数据流程的架构设计b) 数据映射的详细设计c) 数据处理流程的详细设计4. ETL作业配置说明书：描述作业配置和调度配置。5. 数据存储方案建议书 ：内容应包含：存储设计思路；现状分析；未来估算 与建议。6. 单元测试计划及测试用例设计说明书 ：描述单元测试的工作安排及对测试过程将使用的用例进行设计，主要包括：a) 测试需求b) 测试范围c) 测试策略d) 测试计划e) 测试用例f) 测试数据标准3.6 开发阶段3.6.1 任务项描述本阶段以系统设计阶段完成的设计为基础， 完成系统各组成部分的开发及单元测 试。包括 ETL和报表的开发；开发数据抽取、转换、装载、增量更新流

27、程，以及定制 查询、编制报表。工作内容包括：1. 建立物理数据模型，对物理数据模型进行修正。d) 根据性能进行调整e) 数据存储策略设计2. 开发日常增量加载的程序和处理流程。3. 开发数据备份与恢复程序。4. 开发报表。5. 单元测试。3.6.2 乙方职责1. 建立物理数据模型。2. 对数据模型进行性能优化3. 进行 ETL、及报表开发4. 进行程序单元测试。5. 与甲方共同建立生产环境。3.6.3 甲方职责1. 提供并与乙方共同建立生产环境。2. 提供用于系统开发的业务数据。3. 甲方项目组人员配合乙方完成系统开发工作，对乙方在系统开发过程中提出 的疑问须及时响应。3.6.4 提交工作件1

28、. 物理数据模型说明书 。2. 程序源码说明书及源代码。3. 数据库描述语言 DDL。3.6.5 完成标准完成程序编写，完成阶段的提交工作件。1. 物理数据模型说明书 ：描述物理数据模型的设计说明。2. 程序源码说明书 ：描述项目开发过程中的所有源码。3. 数据库描述语言 DDL：描述建立数据仓库表的 DDL语句。3.7 测试阶段3.7.1 任务项描述本阶段将根据设计阶段中完成的测试计划、 测试方案及测试用例进行系统测试并 对测试任务及测试的缺陷进行跟踪管理。工作内容主要包括：1. 系统功能测试。2. 系统稳定性测试。3. 系统性能测试4. 测试数据备份与恢复程序。5. 测试将分为a) 单元测

29、试b) 系统集成测试c) 用户接受测试3.7.2 乙方职责1. 根据测试计划书完成单元测试、集成测试，撰写系统测试报告 、业 务测试确认报告2. 测试任务、测试缺陷的跟踪及管理。3.7.3 甲方职责1. 提供系统测试所需的设备和场地。2. 提供测试相关数据。3. 安排足够的测试人员参与用户接受测试，撰写业务测试确认报告4. 审核确认系统测试报告 、业务测试确认报告 。3.7.4 提交工作件1. 系统测试报告、业务测试确认报告 。3.7.5 完成标准完成系统测试，并完成本阶段提交工作件。1. 系统测试报告、业务测试确认报告 ： 描述系统集成测试和用户接受测 试的结果和对结果的分析，以及提出的改进

30、意见等。3.8 上线投产阶段3.8.1 任务项描述 本阶段包括系统试运行和系统上线。本阶段之前已经完成系统各个组件的安装，用户已具备使用和管理系统的能力， 当系统试运行成功， 可以把系统迁移到生产环境。 在系统正式上线后，系统应移交给甲方系统管理员进行日常的运行和维护。 在试运行期间组织最终的用户培训， 并根据系统运行情况逐步开放给业务人员使 用。双方组织人员对项目进行验收。 本阶段主要工作内容包括： 1. 系统试运行测试。2. 编写用户培训材料，进行用户培训。3. 确定系统上线方案 。包括a) 上线时间安排b) 参与人员安排c) 生产环境d) 上线准备工作e) 系统上线操作步骤f) 上线应急

31、方案g) 其余与上线有关的事项4. 制定系统上线计划 。5. 系统上线部署及切换上线。6. 系统试运行。7. 系统验收。3.8.2 乙方职责1. 提供培训教材，并且安排进行培训。2. 提交系统上线方案 。3. 系统上线部署及切换。4. 系统试运行维护。5. 提交系统运行维护手册 。3.8.3 甲方职责1. 配合乙方制定用户培训计划，安排相关培训场地和设备，并安排相关人员参 加培训。2. 审核系统上线方案3. 审核系统运行维护手册4. 签署系统验收报告3.8.4 提交工作件1. 系统上线方案2. 系统验收报告3. 用户培训资料4. 系统运行维护手册3.8.5 完成标准完成系统上线投产，完成本阶段

32、提交工作件。1. 系统验收报告：描述项目中各项已按照 SOW要求完成的工作，并列出所提 交的工作件，提请用户验收。2. 系统上线方案：描述与系统上线相关的时间 / 人员、上线准备、上线操作 步骤、上线应急方案及其余与上线有关的事项。3. 用户培训资料：描述用户的培训内容。4. 系统运行维护手册 ：描述系统的日常维护，包括备份、恢复、日常问题处 理等。第 4章 项目组织本项目的组织架构如下图，各个小组均有甲方和乙方人员：乙方团队小组的任务与职责：名称主要任务人员组成项目 领导 组对项目计划的审核、进度控制、资源协调。T项目 经理 组项目管理，制定计划，执行计划，进度跟踪，沟通 管理。据型 数模组

33、业务需求调研。 业务需求分析。 应用数据模型设计。 ETL设计。 应用设计。良ETL 组数据模型开发。数据映射开发。 应用开发。报表应用开发。单元测试。报表 应用 组报表展示开发。 单元测试。测试组测试设计。集成测试。配合用户测试：由业务用户进行数据正确性和应用 功能测试。生产系统部署和上线运行。 测试与上线总结汇报。文档 管理 组项目文档管理。 项目质量控制。 协助项目管理。第 5章 项目计划各里程碑如下：附件 ：xlsx编号里程碑完成日期完成内容1启动阶段完成2015/7/282概念阶段完成 （需求访 谈、调研阶段）2015/9/213迭代一设计完成2015/11/054迭代一开发完成20

34、15/12/075迭代一上线2016/02/073迭代二设计完成2015/12/084迭代二开发完成2016/1/85迭代二上线2016/3/163迭代三设计完成2015/12/294迭代三开发完成2016/1/295迭代三上线2016/4/133迭代四设计完成2016/1/154迭代四开发完成2016/3/115迭代四上线2016/5/20四个迭代报表列表.项目计划：任务名称DurationStartFinish项目启动阶段26 daysMon 15/7/20Mon 15/8/24项目团队组建16 daysMon 15/7/20Mon 15/8/10工作说明书（ SOW）准备11 daysM

35、on 15/8/10Mon 15/8/24环境准备15 daysThu 15/9/10Wed 15/9/30开发测试环境准备22 daysTue 15/9/1Wed 15/9/30需求分析 &数据分析203 daysTue 15/7/28Fri 16/5/20第一轮需求访谈1 dayTue 15/7/28Tue 15/7/28第一轮需求访谈3 daysWed 15/8/5Fri 15/8/7第一轮需求访谈需求整理19 daysWed 15/8/5Mon 15/8/31第二轮需求访谈3 daysTue 15/9/8Thu 15/9/10第二轮需求访谈需求整理10 daysTue 15/9/8Mo

36、n 15/9/21迭代一报表102 daysThu 15/9/10Fri 16/2/5提供迭代一报表 mapping11 daysFri 15/9/11Fri 15/9/25编写迭代一的软件需求说明书13 daysMon 15/9/28Tue 15/10/20提交迭代一的软件需求说明书初稿1 dayWed 15/10/21Wed 15/10/21评审迭代一的软件需求说明书10 daysThu 15/10/22Wed 15/11/4确定软件需求说明书最终版1 dayThu 15/11/5Thu 15/11/5迭代一报表开发22 daysFri 15/11/6Mon 15/12/7迭代一报表 SI

37、T 测试11 daysTue 15/12/8Tue 15/12/22评审迭代一 SIT 测试报告3 daysWed 15/12/23Fri 15/12/25迭代一报表 UAT测试24 daysMon 15/12/28Fri 16/1/29迭代一业务部门准备测试报告4 daysMon 16/2/1Thu 16/2/5迭代一投产1 dayFri 16/2/17Fri 16/2/17迭代二报表113 days?Mon 15/9/28Wed 16/3/16提供迭代二报表 mapping11 daysMon 15/9/28Fri 15/10/16编写迭代二的软件需求说明书20 daysMon 15/10

38、/19Fri 15/11/13提交迭代二的软件需求说明书初稿1 dayMon 15/11/16Mon 15/11/16评审迭代二的软件需求说明书15 daysTue 15/11/17Mon 15/12/7确定软件需求说明书最终版1 dayTue 15/12/8Tue 15/12/8迭代二报表开发22 daysWed 15/12/9Fri 16/1/8迭代二报表 SIT 测试11 daysMon 16/1/11Mon 16/1/25评审迭代二 SIT 测试报告3 daysTue 16/1/26Thu 16/1/28迭代二报表 UAT测试24 days?Fri 16/1/29Wed 16/3/9迭

39、代二业务部门准备测试报告4 days?Thu 16/3/10Tue 16/3/15迭代二投产1 day?Wed 16/3/16Wed 16/3/16迭代三报表121 days?Mon 15/10/19Wed 16/4/13提供迭代三报表 mapping11 daysMon 15/10/19Mon 15/11/2编写迭代三的软件需求说明书24 daysTue 15/11/3Fri 15/12/4提交迭代三的软件需求说明书初稿1 dayMon 15/12/7Mon 15/12/7评审迭代三的软件需求说明书15 daysTue 15/12/8Mon 15/12/28确定软件需求说明书最终版1 day

40、Tue 15/12/29Tue 15/12/29迭代三报表开发22 daysWed 15/12/30Fri 16/1/29迭代三报表 SIT 测试15 daysMon 16/2/1Fri 16/2/26评审迭代三 SIT 测试报告3 daysMon 16/2/29Wed 16/3/2迭代三报表 UAT测试24 days?Thu 16/3/3Wed 16/4/6迭代三业务部门准备测试报告4 daysThu 16/4/7Tue 16/4/12迭代三投产1 day?Wed 16/4/13Wed 16/4/13迭代四报表137 daysTue 15/11/3Fri 16/5/20提供迭代四报表 map

41、ping11 daysTue 15/11/3Tue 15/11/17编写迭代四的软件需求说明书24 daysWed 15/11/18Mon 15/12/21提交迭代四的软件需求说明书初稿1 dayTue 15/12/22Tue 15/12/22评审迭代四的软件需求说明书16 daysWed 15/12/23Thu 16/1/14确定软件需求说明书最终版1 dayFri 16/1/15Fri 16/1/15迭代四报表开发30 daysMon 16/1/25Fri 16/3/11迭代四报表 SIT 测试17 daysMon 16/3/14Wed 16/4/6评审迭代四 SIT 测试报告3 days

42、Thu 16/4/7Mon 16/4/11迭代四报表 UAT测试24 days?Tue 16/4/12Fri 16/5/13迭代四业务部门准备测试报告4 days?Mon 16/5/16Thu 16/5/19迭代四投产1 dayFri 16/5/20Fri 16/5/20第 6章 项目所需资源6.1 硬件环境要求服务器 / 存储数量备注数据库服务器使用 * 平台环境报表服务器使用 * 平台环境ETL服务器使用 * 平台环境备份服务器使用 * 平台环境负载均衡服务器使用 * 平台环境6.2 软件环境要求软件类别软件功能产品数据库软件管理和存储数据仓库数据OracleETL软件支持对 ETL 任务

43、的定制和自动调度 , 以实 现数据自动抽取和装载Oracle应用服务器支持 B/S 方式BI 前端展现工具系统分析展现平台， 可灵活定制的参数化 配置和信息披露报表；JSP界面、 Excel6.3 办公环境要求通用办公区 通用办公区为项目组成员进行项目开发与实施的场所， 需要为项目组的每个成员 提供办公桌椅、电源插座、网络接口。通用办公区建议采用集中、开放、安静的办公环境，并保障环境的适宜温度，就 近提供饮用水、卫生间等设施。会议交流区 会议交流区用提供给项目组内部、项目和管理者之间的交流活动场所，会议交流 区建议和通用办公区分隔，会议交流区需提供办公桌椅、投影仪、白板、电源、网络 接口设施。

44、第 7章 项目变更程序为了保证项目开发工作的相对稳定性，提高工作效率，确保开发质量。对影响项 目计划的变更，制定出处理变更的规范的、统一的方法和过程，估算出因变更引起的 相应的资源、费用、和时间的变化以及变更确立后，变更的发布，执行，和过程质量 的控制。7.1 变更控制角色角色名称职责责任人变更提出人提出变更，填写变更申请表，对变更内容进行具体描述。项目组成员变更登记人对变更事项进行登记，包括提出，执行，跟踪等事项综合管理员评估人对变更内容进行分析，提出评估意见。小组组长、 质量 控制人员变更负责 （审核或批准） 人对项目组内部变更进行批准，需高级别审批的，按相关办法向有关部门提交，并对变更的执行进行确认。甲乙双方项目经理变更执行人对确认的评审进行变更执行。项目组成员变更配置人对变更项进行配置管理。配置管理员7.2 变更控制流程发起变更变更流程的开始，由请求的原始提出者将变更的细节形成文档 （ 及其它相关说明 ），提交给所在小组的组长，文档作为正式项目实