模版项目工作说明书V0.doc

＊＊秘密
文件编号：

某某**项目
工作说明书

版本：

＊＊集团金融事业部

工作范围说明书
文件信息
文件标题
工作范围说明书
项目名称
某某**项目
项目经理

项目管理阶段

起草人

起草日期

修订记录
日 期
版 本
修订描述
作 者
2015-8-12
V0.1
初始版本
崔圳林
2015-8-15
V0.2
修改
黄敬欢
2015-8-21
V0.3
审核
夏恒星
2015-8-25
V0.4
修改 2.2.3
黄敬欢
2015-10-20
V0.8
由于实施方案的变更而更新技术方案;
黄敬欢
2015-10-20
V0.9
更新了项目计划。
崔圳林

文件审核/审批
此文件需如下审核
姓 名
职务/职称
签 名
签名日期

文档分发
此文档将分发至如下个人或机构
姓 名
职务/职称
签 名
签名日期

本文件属保密资料未经某某和＊＊集团股份有限公司公司双方的书面许可，不得翻印或外传

目 录
第1章 概述 5
1.1 编写目的 5
1.2 名词解释 5
1.3 参考资料 5
1.4 适用范围 6
第2章 项目内容、范围和要求 6
2.1.1 项目内容 6
2.1.2 项目定义 6
2.1.3 项目目标 7
2.2 项目范围 7
2.2.1 数据接入与数据模型完善 7
2.2.2 报表开发 7
2.2.3 相较原始需求变更 11
第3章 项目任务 13
3.1 项目管理 13
3.1.1 任务项描述 13
3.1.2 乙方职责 13
3.1.3 甲方职责 14
3.1.4 提交工作件 15
3.1.5 完成标准 15
3.2 项目启动 15
3.2.1 任务项描述 15
3.2.2 乙方职责 16
3.2.3 甲方职责 16
3.2.4 提交工作件 16
3.2.5 完成标准 16
3.3 需求调研阶段 17
3.3.1 任务项描述 17
3.3.2 乙方职责 17
3.3.3 甲方职责 18
3.3.4 提交工作件 18
3.3.5 完成标准 18
3.4 信息调研阶段 18
3.4.1 乙方职责 19
3.4.2 甲方职责 19
3.4.3 提交工作件 20
3.4.4 完成标准 20
3.5 设计阶段 20
3.5.1 任务项描述 20
3.5.2 乙方职责 20
3.5.3 甲方职责 20
3.5.4 提交工作件 21
3.5.5 完成标准 21
3.6 开发阶段 22
3.6.1 任务项描述 22
3.6.2 乙方职责 22
3.6.3 甲方职责 23
3.6.4 提交工作件 23
3.6.5 完成标准 23
3.7 测试阶段 23
3.7.1 任务项描述 23
3.7.2 乙方职责 24
3.7.3 甲方职责 24
3.7.4 提交工作件 24
3.7.5 完成标准 24
3.8 上线投产阶段 24
3.8.1 任务项描述 24
3.8.2 乙方职责 25
3.8.3 甲方职责 25
3.8.4 提交工作件 25
3.8.5 完成标准 26
第4章 项目组织 27
第5章 项目计划 29
第6章 项目所需资源 31
6.1 硬件环境要求 31
6.2 软件环境要求 31
6.3 办公环境要求 32
第7章 项目变更程序 34
7.1 变更控制角色 34
7.2 变更控制流程 34
第8章 项目验收 36
第9章 知识产权与项目保密 37
9.1 知识产权 37
9.2 项目保密 37

本文件属保密资料未经某某和＊＊集团股份有限公司公司双方的书面许可，不得翻印或外传
工作范围说明书
第1章 概述
1.1 编写目的
此工作范围说明书描述了由＊＊集团股份有限公司(以下简称乙方)为某某（以下简称“甲方”）实施某某**项目（以下简称“**项目”）过程中，由＊＊集团股份有限公司负责提供的服务，以及在项目实施过程中，甲方和乙方就本项目有关内容的合作方式描述。
1.2 名词解释
术语、缩写
解释
MID
管理信息部
RMD
风险管理部
STD
电脑部
FAD

ORS
报表平台
ODS
即操作型数据存储
DW
数据仓库
DM
数据集市
ORS 表
包括ODS表、DW表、STD表
**

FOVA
海外核心业务系统
NOVA
国内核心业务系统
GCMS
抵押品信用评级系统
**
查询平台

1.3 参考资料
原始需求
4.23 sent to vendor.zip

会议纪要
《某某**项目_访谈纪要_风险管理部_2015-7-28A-V0.3.doc》
《某某**项目-访谈纪要_LCR_2015-08-05-V0.3.doc》
《某某**项目-访谈纪要_CREDIT EXCESS LIMIT_2015-08-06.docx》
《某某**项目-访谈纪要_KPI_2015-8-7.docx》
《某某**项目-访谈纪要_KPI_2015-09-09.doc》
《某某**项目-访谈纪要_LCR_2015-09-09(10).doc》
《某某**项目-访谈纪要_RMD-CRP_2015-09-08-V2.0.doc》

其他材料
截止2015年8月21日需求分析之邮件往来。

注：通常参考材料还包括开发涉及到的源系统数据库设计文档、操作手册、概要设计等文档。

1.4 适用范围
本文档所描述的内容适用于乙方为甲方实施某某**项目的整个过程。
第2章 项目内容、范围和要求
2.1.1 项目内容
2.1.2 项目定义
项目名称：某某**项目
根据某某规划，某某**项目基于**查询平台进一步丰富数据平台的内容，将以前手工报表的制作模式，采用统一的工具、技术、平台实现报表自动化生成。

2.1.3 项目目标
主要依托于**查询平台，完成某某MID_KPI、MID_LCR、RMD_CRP报表的开发，方便业务部门使用数据，让业务部门及时获悉企业运营状况，快速决策响应。

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

2.2.2 报表开发
报表应用的建设内容包括：
1. 使用JSP界面/Excel进行报表展现。
2. 根据业务部门的需求完成MID_KPI 47张报表、MID_LCR 19张报表、RMD_CRP 32张报表，按照优先级分四批上线。
报表如下：
MID-KPI

需求名称
备注
188-LCR報表自動化

需求名称
备注

RMD-CRP

需求名称
备注

特别说明：上述评估的工作范围和工作量是项目的基准范围和工作量，如项目需求有发生变更，可根据双方商定，对上述工作范围进行等工作量替换。
2.2.3 相较原始需求变更
本节主要描述截止2015年10月21日的需求相对于原始需求版本《4.23 sent to vendor》的变更情况。
l MID-KPI需求变更
原始MID-KPI需求并不涉及月中帐务调整、新的需求涉及月中帐务调整，涉及的报表如下：
1) 存款：KPI_1/KPI_2/KPI_23.1/KPI_23.2/KPI_23.3/KPI_23.4/KPI_29.3/KPI_29.4
2) 贷款：KPI_3.1/KPI_3.2/KPI_4
3) 收入：KPI_7/KPI_12/KPI_13.1/KPI_17.1/KPI_17.2/KPI_18.1
l MID-LCR需求变更
1) 173项目接口变更，相比原始需求中给出的接口，新增需求需要做一套临时转换程序把原始需求中的接口转换到173项目接口
2) 相对于原始需求“4.23 sent to vendor.zip”，在需求分析过程中增加了《Projection》这份报表
l 实施方案变更
1) 由于架构需要某某调整实施方案从ORS平台转向**平台
2) 前端展现工具也由Cognos转向**平台中JSP界面/Excel进行报表展现

截止2015年10月21日，乙方（＊＊集团）接受甲方（某某）做出的上述变更。

第 33 页 共 34 页
第3章 项目任务
本章节所提到的文档或提交件在项目具体实施过程中可能用同功能、性质的对应的文档所替代。

3.1 项目管理
3.1.1 任务项描述
对项目的过程进行管理，包括资源管理、进度管理、风险管理、质量管理、范围管理、沟通管理、文档管理、风险管理等。
所有重要的事务和会议，以备忘录或会议纪要等书面形式予以记录。项目参与人员应对可能影响设计、实施、上线的事务及时通知其他各方。同时，应该尽快讨论并确定其对进度、成本、系统质量的影响。
3.1.2 乙方职责
1. 指派一项目经理负责项目执行、控制、监督各项工作，以保证项目进度，并确保项目质量，并对此活动的结果负责。
2. 协调乙方资源保证项目的顺利进行。
3. 进度管理
a) 乙方项目经理负责制订项目时间计划及每周工作计划，并督促计划的执行。
b) 如果项目执行与计划发生偏差，乙方项目经理需要及时同客户项目负责人沟通，说明原因并修正计划。
c) 跟踪项目组人员关键任务及工作进度。
d) 跟踪标准交付成果并进行阶段性验收。
4. 沟通管理
a) 乙方项目经理每周向甲方项目负责人汇报项目的开发进度。
b) 乙方项目经理每两周与客户项目负责人招集项目相关人员举行项目会议。
c) 乙方项目经理需要定期召开项目组内部会议，向项目组成员汇报项目工作进展，并规划下一阶段的工作任务。
d) 所有重要的事务和会议，甲乙双方以备忘录或会议纪要等书面形式予以记录。
e) 项目每阶段结束后，乙方需要召开项目阶段结束报告会，向所有项目参与者通报项目的最新状态及下一步安排，
5. 风险管理
a) 及时发现并向甲方项目负责人汇报项目中存在的问题、风险及解决办法。在整个项目进程中应将管理风险的过程记录在案，项目经理每周工作汇报中，应包括《风险列表与规避》的文档。
b) 除了记录风险识别和风险量化结果外，还应记录处理风险的负责人，风险的控制策略等。
6. 文档管理
a) 项目组必须用SVN工具对文档进行管理
b) 文档的撰写参照本项目的文档模板。
7. 范围管理
a) 对项目的工作范围、需求范围进行管理。
b) 范围变更依据变更程序执行。
8. 质量管理与工件评审
a) 乙方工程质量管理部负责本项目过程中乙方质量保证活动的具体实施，审查项目组的质量控制措施。
b) 质量管理活动通过项目实施支持与审核机构在项目阶段里程碑点对项目提交件的评审来实现，评审根据需要采用会签或会议的方式。
c) 项目控制委员会负责对本项目进行指导和评审，包括技术评审和管理评审。
3.1.3 甲方职责
1. 提供乙方项目人员的项目开发所需工作场所。
2. 指派项目负责人协调乙方项目经理管理本项目的工作。
3. 协调甲方业务人员积极参与项目实施。
4. 组织协调甲方技术人员积极参与项目实施。
5. 进度管理
a) 就项目进度等问题及时反馈意见和建议。
b) 跟踪标准交付成果并进行阶段性验收。
6. 沟通管理
a) 及时发现并与乙方项目负责人沟通项目中存在的问题、风险及解决办法。
b) 每周参加项目会议，听取项目进度汇报。
c) 所有重要的事务和会议，以备忘录或会议纪要等书面形式予以记录。
d) 和乙方PM共同向项目领导小组汇报工作。
7. 交付工件评审
a) 组成工作小组，负责交付工件的审核确认及项目相关文档签署。
b) 甲方项目部应在接到评审申请两个工作日内，完成评审材料的合规性检查，确定评审会议日程及评审人员分工。
3.1.4 提交工作件
1. 《项目工作周报》
2. 《项目会议纪要》

3.1.5 完成标准
1. 《项目工作周报》：描述本周项目工作的完成状态，以及工作中遇到的问题及相应的解决方法。
2. 《项目会议纪要》：纪录项目过程中，项目会议的时间、地点、参与人员、会议主题及讨论的结果。

3.2 项目启动
3.2.1 任务项描述
召开项目启动会议，确定项目组织架构及相关组成人员，阐述项目的目标、实施的主要内容。
3.2.2 乙方职责
1. 参加项目启动会议，确定乙方项目组人员组成和职责。
2. 提供乙方项目组人员的联系方式。
3. 提交项目初步实施计划，并进行讨论。
4. 确定乙方的工作方式。
3.2.3 甲方职责
1. 参加项目启动会议，确定甲方项目组人员组成和职责。
2. 提供甲方相关人员的联系方式。
3. 重申项目实施的重点以及其他需要注意的问题。
3.2.4 提交工作件
1. 《项目总体计划》
2. 《项目组织架构及人员组成》
3. 《项目组及相关人员联系方式》
4. 《项目管理制度》

3.2.5 完成标准
1. 《项目总体计划》：描述项目过程的时间计划安排，细分到某个子任务，对每个子任务的时间周期和资源进行计划。
2. 《项目组织架构及人员组成》：描述项目组织架构图、人员组成及相应组成人员的职责。
3. 《项目组及相关人员联系方式》：描述项目组中各个人员的Email,联系电话等。
提交上述文件。
4. 《项目管理制度》：描述项目组甲乙双方项目组成员必须共同遵守的规章制度。包括作息、纪律、例会等内容。

3.3 需求调研阶段
3.3.1 任务项描述
在本阶段中，在已确定的解决方案实施范围内，明确业务需求，项目组集中收集并分析业务需求，收集最终用户对数据的访问需求，确定系统的最终用户，设计**集市数据模型，最终形成一份完整的需求文档。
本阶段的结果提交一个详细的需求分析报告，这些需求将用于模型设计和项目的其它阶段。
工作内容包括：
1. 用户需求调研与确认。
a) 用户需求调研
b) 需求收集与整理
c) 确认每个功能项的输入、输出及业务实现过程。
d) 每个分析主题的维度
e) 确认每个分析主题的指标
f) 确认最终需求分析
g) 明确系统的最终用户
h) 明确系统的用户权限
2. 需求评审
a) 对需求分析成果进行评审。
3.3.2 乙方职责
1. 安排具有丰富实施经验和相关项目经验的专业人员参与需求访谈。
2. 在本项目范围内，针对相关业务要求进行需求访谈。
3. 对业务需求进行详细分析。
4. 根据业务需求，分析用户的数据源及数据质量。
5. 确认系统的最终用户
6. 明确系统用户权限
7. 完成项目范围内的《需求规格说明书》。
3.3.3 甲方职责
1. 安排协调进行需求访谈工作所需之业务人员、时间及场地。
2. 提供需求分析所需的业务逻辑、数据源接口、加工逻辑和所需的样本数据，提供协助或者协助人员。
3. 提供业务需求及相关文档。
4. 审核确认《需求规格说明书》。
3.3.4 提交工作件
1. 《需求规格说明书》
3.3.5 完成标准
完成阶段提交工作件：
1. 《需求规格说明书》： 用业务语言来描述的用户需求，及用户对系统的数据要求、权限要求、展现要求等。

3.4 信息调研阶段
在本阶段，确定数据获取方案，包括**平台数据的获取方式，未接入**平台数据的获取方式，从**数据库中抽取数据，以及数据表的分类、数据校验和转换规则；确定业务数据处理周期、更新周期，以及ETL周期；完成接口源数据结构分析，接口源与**平台数据结构的差异分析。 本阶段的工作将作为模型设计阶段的重要输入。
工作内容包括：
1. **平台的数据加载方式确认
2. **平台的数据确认和分析。
a) 数据结构、数据项含义
3. 未接入**平台的数据确认和分析。
a) 数据结构、数据项含义
4. 数据处理规则确认。
a) 对数据抽取规则的确认
b) 对数据计算规则的确认，对各指标计算公式进行确认。
5. 系统命名规范设计。
a) 数据库命名规范。
b) ETL命名规范。
c) 编码命名规范。
d) 系统文件目录命名规范。
6. 需求评审
a) 对需求分析成果进行评审。
3.4.1 乙方职责
1. 安排具有丰富实施经验和相关项目经验的专业人员参与信息调研。
2. 在本项目范围内，针对相关业务系统进行调研。
3. 对各个涉及到的数据源进行分析，确认数据项，对数据进行抽样检查，初步确认源系统的数据质量。
4. 对数据表进行分类。
5. 对业务需求中的数据计算规则进行数据源的确认。
6. 确定源系统数据的抽取规则。
7. 设计系统命名规范。
3.4.2 甲方职责
1. 安排协调进行信息调研工作所需资源，包括：业务人员、技术人员，配合时间及办公场地。
2. 提供**项目所涉及到的数据字典和所需的业务数据，提供协助或者协助人员。
3. 协调人员介绍**平台的功能。
4. 与乙方一起商讨**平台的数据、未接入**平台数据的获取方式及数据的抽取周期、更新周期。
5. 与乙方一起对数据计算规则进行数据的确认。
6. 提供乙方需要的样本数据。
7. 与乙方一起完成必要的数据质量的测试。
8. 审核确认《数据源分析说明书》。
a) 源系统数据的加载方式。
b) 对业务需求中的数据计算规则进行数据源的确认
c) 数据质量分析结果确认
d) 数据抽取周期、更新周期
3.4.3 提交工作件
1. 《数据源分析说明书》
3.4.4 完成标准
完成阶段提交工作件：
1. 《数据源分析说明书》：包括接口数据的加载方式、业务需求与**平台数据的差异化分析结果、数据的更新周期等内容。

3.5 设计阶段
3.5.1 任务项描述
本阶段的目标是，基于《需求规格说明书》进行系统设计。包括系统的总体架构设计，数据模型设计、ETL设计、报表设计、测试设计。
3.5.2 乙方职责
1. 依据客户确认完成的《需求规格说明书》，进行系统设计及整合等细化规划。
2. 完成系统总体设计、系统概要设计、系统详细设计等设计工作。
3. 提出系统备份恢复、系统管理、调度流程等方面的处理策略。
4. 与甲方共同建立系统开发环境和测试环境。
3.5.3 甲方职责
1. 审核确认相关的总体设计、概要设计和详细设计。
2. 根据乙方要求的文档格式，提供项目所需的资料文档，包括相关数据源系统数据字典等。
3. 确认数据源系统的数据接口格式，及实现方式。
4. 对数据源数据字典进行解释。
5. 对系统设计过程中需要明确的问题，及时给出答复。
6. 对乙方提出的系统备份恢复、系统管理、调度流程等方面的处理策略进行确认。
7. 提供并建立系统开发环境及测试环境。
8. 提供系统测试需求。
9. 与乙方共同确定测试范围。
10. 提供数据准确性测试的标准数据结果。
11. 协助乙方进行测试案例的设计。
12. 审核确认《系统测试计划书》。
3.5.4 提交工作件
1. 《系统总体设计说明书》
2. 《数据模型设计说明书》
3. 《ETL详细设计说明书》
4. 《ETL作业配置说明书》
5. 《数据存储方案建议书》
6. 《单元测试计划及测试案例设计说明书》
3.5.5 完成标准
完成阶段提交工作件：
1. 《系统总体设计说明书》：描述系统整体技术架构和数据处理方案。包括**数据模型、ETL、报表等的总体设计。
2. 《数据模型设计说明书》：描述数据集市应用数据模型的设计说明文档。
3. 《ETL详细设计说明书》：描述ETL数据处理的详细流程和方案，包括：
a) 数据流程的架构设计
b) 数据映射的详细设计
c) 数据处理流程的详细设计
4. 《ETL作业配置说明书》：描述作业配置和调度配置。
5. 《数据存储方案建议书》：内容应包含：存储设计思路；现状分析；未来估算与建议。
6. 《单元测试计划及测试用例设计说明书》：描述单元测试的工作安排及对测试过程将使用的用例进行设计，主要包括：
a) 测试需求
b) 测试范围
c) 测试策略
d) 测试计划
e) 测试用例
f) 测试数据标准

3.6 开发阶段
3.6.1 任务项描述
本阶段以系统设计阶段完成的设计为基础，完成系统各组成部分的开发及单元测试。
包括ETL和报表的开发；开发数据抽取、转换、装载、增量更新流程，以及定制查询、编制报表。
工作内容包括：
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. 《物理数据模型说明书》。
2. 《程序源码说明书》及源代码。
3. 《数据库描述语言DDL》。
3.6.5 完成标准
完成程序编写，完成阶段的提交工作件。
1. 《物理数据模型说明书》：描述物理数据模型的设计说明。
2. 《程序源码说明书》：描述项目开发过程中的所有源码。
3. 《数据库描述语言DDL》：描述建立数据仓库表的DDL语句。
3.7 测试阶段
3.7.1 任务项描述
本阶段将根据设计阶段中完成的测试计划、测试方案及测试用例进行系统测试并对测试任务及测试的缺陷进行跟踪管理。
工作内容主要包括：
1. 系统功能测试。
2. 系统稳定性测试。
3. 系统性能测试
4. 测试数据备份与恢复程序。
5. 测试将分为
a) 单元测试
b) 系统集成测试
c) 用户接受测试
3.7.2 乙方职责
1. 根据《测试计划书》完成单元测试、集成测试，撰写《系统测试报告》、《业务测试确认报告》
2. 测试任务、测试缺陷的跟踪及管理。
3.7.3 甲方职责
1. 提供系统测试所需的设备和场地。
2. 提供测试相关数据。
3. 安排足够的测试人员参与用户接受测试，撰写《业务测试确认报告》
4. 审核确认《系统测试报告》、《业务测试确认报告》。
3.7.4 提交工作件
1. 《系统测试报告》、《业务测试确认报告》。
3.7.5 完成标准
完成系统测试，并完成本阶段提交工作件。
1. 《系统测试报告》、《业务测试确认报告》： 描述系统集成测试和用户接受测试的结果和对结果的分析，以及提出的改进意见等。
3.8 上线投产阶段
3.8.1 任务项描述
本阶段包括系统试运行和系统上线。本阶段之前已经完成系统各个组件的安装，用户已具备使用和管理系统的能力，当系统试运行成功，可以把系统迁移到生产环境。
在系统正式上线后，系统应移交给甲方系统管理员进行日常的运行和维护。
在试运行期间组织最终的用户培训，并根据系统运行情况逐步开放给业务人员使用。
双方组织人员对项目进行验收。
本阶段主要工作内容包括：
1. 系统试运行测试。
2. 编写用户培训材料，进行用户培训。
3. 确定《系统上线方案》。包括
a) 上线时间安排
b) 参与人员安排
c) 生产环境
d) 上线准备工作
e) 系统上线操作步骤
f) 上线应急方案
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 完成标准
完成系统上线投产，完成本阶段提交工作件。
1. 《系统验收报告》：描述项目中各项已按照SOW要求完成的工作，并列出所提交的工作件，提请用户验收。
2. 《系统上线方案》：描述与系统上线相关的时间/人员、上线准备、上线操作步骤、上线应急方案及其余与上线有关的事项。
3. 《用户培训资料》：描述用户的培训内容。
4. 《系统运行维护手册》：描述系统的日常维护，包括备份、恢复、日常问题处理等。

第4章 项目组织
本项目的组织架构如下图，各个小组均有甲方和乙方人员：

n 乙方团队小组的任务与职责：

名称
主要任务
人员组成
项目领导组
Ø 对项目计划的审核、进度控制、资源协调。
T
项目经理组
Ø 项目管理，制定计划，执行计划，进度跟踪，沟通管理。

数据模型组
Ø 业务需求调研。
Ø 业务需求分析。
Ø 应用数据模型设计。
Ø ETL设计。
Ø 应用设计。
良
ETL组
Ø 数据模型开发。
Ø 数据映射开发。
Ø 应用开发。
Ø 报表应用开发。
Ø 单元测试。

报表应用组
Ø 报表展示开发。
Ø 单元测试。

测试组
Ø 测试设计。
Ø 集成测试。
Ø 配合用户测试：由业务用户进行数据正确性和应用功能测试。
Ø 生产系统部署和上线运行。
Ø 测试与上线总结汇报。

文档管理组
Ø 项目文档管理。
Ø 项目质量控制。
Ø 协助项目管理。

第5章 项目计划
各里程碑如下：
编号
里程碑
完成日期
完成内容
1
启动阶段完成
2015/7/28

2
概念阶段完成（需求访谈、调研阶段）
2015/9/21

3
迭代一设计完成
2015/11/05

4
迭代一开发完成
2015/12/07

5
迭代一上线
2016/02/07

3
迭代二设计完成
2015/12/08

4
迭代二开发完成
2016/1/8

5
迭代二上线
2016/3/16

3
迭代三设计完成
2015/12/29

4
迭代三开发完成
2016/1/29

5
迭代三上线
2016/4/13

3
迭代四设计完成
2016/1/15

4
迭代四开发完成
2016/3/11

5
迭代四上线
2016/5/20

附件 ：

项目计划：
任务名称
Duration
Start
Finish
项目启动阶段
26 days
Mon 15/7/20
Mon 15/8/24
项目团队组建
16 days
Mon 15/7/20
Mon 15/8/10
工作说明书（SOW）准备
11 days
Mon 15/8/10
Mon 15/8/24
环境准备
15 days
Thu 15/9/10
Wed 15/9/30
开发测试环境准备
22 days
Tue 15/9/1
Wed 15/9/30
需求分析&数据分析
203 days
Tue 15/7/28
Fri 16/5/20
第一轮需求访谈
1 day
Tue 15/7/28
Tue 15/7/28
第一轮需求访谈
3 days
Wed 15/8/5
Fri 15/8/7
第一轮需求访谈需求整理
19 days
Wed 15/8/5
Mon 15/8/31
第二轮需求访谈
3 days
Tue 15/9/8
Thu 15/9/10
第二轮需求访谈需求整理
10 days
Tue 15/9/8
Mon 15/9/21
迭代一报表
102 days
Thu 15/9/10
Fri 16/2/5
提供迭代一报表mapping
11 days
Fri 15/9/11
Fri 15/9/25
编写迭代一的软件需求说明书
13 days
Mon 15/9/28
Tue 15/10/20
提交迭代一的软件需求说明书初稿
1 day
Wed 15/10/21
Wed 15/10/21
评审迭代一的软件需求说明书
10 days
Thu 15/10/22
Wed 15/11/4
确定软件需求说明书最终版
1 day
Thu 15/11/5
Thu 15/11/5
迭代一报表开发
22 days
Fri 15/11/6
Mon 15/12/7
迭代一报表SIT测试
11 days
Tue 15/12/8
Tue 15/12/22
评审迭代一SIT测试报告
3 days
Wed 15/12/23
Fri 15/12/25
迭代一报表UAT测试
24 days
Mon 15/12/28
Fri 16/1/29
迭代一业务部门准备测试报告
4 days
Mon 16/2/1
Thu 16/2/5
迭代一投产
1 day
Fri 16/2/17
Fri 16/2/17
迭代二报表
113 days?
Mon 15/9/28
Wed 16/3/16
提供迭代二报表mapping
11 days
Mon 15/9/28
Fri 15/10/16
编写迭代二的软件需求说明书
20 days
Mon 15/10/19
Fri 15/11/13
提交迭代二的软件需求说明书初稿
1 day
Mon 15/11/16
Mon 15/11/16
评审迭代二的软件需求说明书
15 days
Tue 15/11/17
Mon 15/12/7
确定软件需求说明书最终版
1 day
Tue 15/12/8
Tue 15/12/8
迭代二报表开发
22 days
Wed 15/12/9
Fri 16/1/8
迭代二报表SIT测试
11 days
Mon 16/1/11
Mon 16/1/25
评审迭代二SIT测试报告
3 days
Tue 16/1/26
Thu 16/1/28
迭代二报表UAT测试
24 days?
Fri 16/1/29
Wed 16/3/9
迭代二业务部门准备测试报告
4 days?
Thu 16/3/10
Tue 16/3/15
迭代二投产
1 day?
Wed 16/3/16
Wed 16/3/16
迭代三报表
121 days?
Mon 15/10/19
Wed 16/4/13
提供迭代三报表mapping
11 days
Mon 15/10/19
Mon 15/11/2
编写迭代三的软件需求说明书
24 days
Tue 15/11/3
Fri 15/12/4
提交迭代三的软件需求说明书初稿
1 day
Mon 15/12/7
Mon 15/12/7
评审迭代三的软件需求说明书
15 days
Tue 15/12/8
Mon 15/12/28
确定软件需求说明书最终版
1 day
Tue 15/12/29
Tue 15/12/29
迭代三报表开发
22 days
Wed 15/12/30
Fri 16/1/29
迭代三报表SIT测试
15 days
Mon 16/2/1
Fri 16/2/26
评审迭代三SIT测试报告
3 days
Mon 16/2/29
Wed 16/3/2
迭代三报表UAT测试
24 days?
Thu 16/3/3
Wed 16/4/6
迭代三业务部门准备测试报告
4 days
Thu 16/4/7
Tue 16/4/12
迭代三投产
1 day?
Wed 16/4/13
Wed 16/4/13
迭代四报表
137 days
Tue 15/11/3
Fri 16/5/20
提供迭代四报表mapping
11 days
Tue 15/11/3
Tue 15/11/17
编写迭代四的软件需求说明书
24 days
Wed 15/11/18
Mon 15/12/21
提交迭代四的软件需求说明书初稿
1 day
Tue 15/12/22
Tue 15/12/22
评审迭代四的软件需求说明书
16 days
Wed 15/12/23
Thu 16/1/14
确定软件需求说明书最终版
1 day
Fri 16/1/15
Fri 16/1/15
迭代四报表开发
30 days
Mon 16/1/25
Fri 16/3/11
迭代四报表SIT测试
17 days
Mon 16/3/14
Wed 16/4/6
评审迭代四SIT测试报告
3 days
Thu 16/4/7
Mon 16/4/11
迭代四报表UAT测试
24 days?
Tue 16/4/12
Fri 16/5/13
迭代四业务部门准备测试报告
4 days?
Mon 16/5/16
Thu 16/5/19
迭代四投产
1 day
Fri 16/5/20
Fri 16/5/20

第6章 项目所需资源
6.1 硬件环境要求
服务器/存储
数量
备注
数据