经营分析报表系统项目立项书

项目立项书

版本 1.0

拟制 审核 批准

日期 日期 日期

永安期货股份有限公司

声明：本文件所有权和解释权归永安期货经纪有限公司所有，未经永安期货经纪有限公司书面许可，不得复制或向第三方公开。

修订历史记录

版本 1.0 日期 20140811 AMD A 修订者 陈超 说明 （A-添加，M-修改，D-删除） 目 录

1 项目概述

1.1 项目目标

经营分析报表系统总目标是为了帮助企业的经营决策层了解的现状，发现企业运营的优势和劣势，预测未来趋势；帮助细分市场和客户，指导营销、客服进行有针对性的营销和高效的客户关系管理；对决策的执行情况和结果进行客观准确的。

经营分析报表系统总目标是为了让公司的各种报表规范化、体系化，以方便对报表进行分析管理。规范管理报表数据的安全，理清报表制作的工作流程，减轻报表制作者的工作量，甚至让一些曾经手工做不出来的报表逐渐利用该系统实现出来。 本项目目标分四期实现：

一期目标是实现人力资源管理部的报表需求

让公司的绩效考核有理有据，由人力资源总部牵头，技术创新部、技术财务总部、技术工程部联合准备筹建经营分析报表系统一期工程，为提高公司绩效考核的效率、梳理公司的绩效考核制度、保障考核核心数据的安全扫清技术壁垒。 二期目标是实现关键指标监控

关键指标监控是对公司业务指标实时的监控和预警功能。KPI借助表格和图形方式直观的展现使得管理者能以宏观的角度及时了解现有用户数量、业务收入以及和同期发展的比较，也能以微观的角度了解具体某个地区、某类业务用户的具体情况。管理者根据发展不同时期的情况，可以通过选择或输入的方式对关键指标的门限值进行相应设置，达到对业务发展实时监控的目的。。 三期目标是实现

综合分析是基于OLAP的多维分析技术。综合分析内容包括、收益分析、业务量分析、新业务综合分析一些综合性较强的分析等。分析维度包括时间、地区、申请类型、用户性质、用户状态、通话类型、受理方式等。综合分析根据某个分析主题，选择与主题相关的维度，进行多维度分析。综合分析提供灵活多样的展现方式，常用的展现方式有：固定（预定义）报表、图表、即席查询、多维动态分析等。。 四期目标是实现高级数据挖掘功能

高级数据挖掘时利用数据挖掘方法和技术，从大量的数据中寻找数据之间的关系模式。高级数据挖掘内容包括、预测、消费层次变动分析、分析、等。与前面分析不同，数据挖掘分析不是一个单步骤的

分析，而是一个迭代、螺旋式上升的流程。流程包括数据准备、数据建模、模型评价和解释三个阶段。当最后阶段的模型评价解释不能达到要求时，就重新回到第二阶段数据建模阶段，甚至有时必须回到第一阶段数据准备。比如分析，数据准备阶段，获取与主题有关的所有数据，如客户状态变动、消费变动、市场竞争强度、投诉申告强大等数据和信息，然后预处理消除噪声，导出与主题关系更强的变量。接着是数据建模阶段，采用决策树、神经网络学习等方法，分析的主要特征，建立客户的流失模型，预测发现流失概率较大的客户。第三阶段是数据评价和解释阶段，对模型评分和解释，如果达到要求，就保存模型并应用所得结果于市场行动。这类分析涉及的变量数目多，变量的关系复杂，需导出主题相关的变量，数据分布缺少较强的规律性，因此分析的综合性、难度和深度比前三种分析大的多，对分析人员要求很高。如果没有对数据挖掘算法和的深入理解，分析的效果往往很难得到保证。

1.2 背景分析

经营分析报表系统是以业务运营支撑系统中其他系统的数据为基础，构建统一的企业级数据仓库。利用先进的OLAP（）技术和数据挖掘技术，帮助企业的经营决策层了解的现状，发现企业运营的优势和劣势，预测未来趋势；帮助细分市场和客户，指导营销、客服进行有针对性的营销和高效的客户关系管理；对决策的执行情况和结果进行客观准确的的系统。

永安经营分析报表系统一期工程是为了让公司的绩效考核有理有据，由人力资源总部牵头，技术创新部、技术财务总部、技术工程部联合准备筹建经营分析报表系统，为提高公司绩效考核的效率、梳理公司的绩效考核制度、保障考核核心数据的安全扫清技术壁垒。

目前公司绩效考核主要依托excel和人工复制粘贴的方式在处理，

这种方式会导致数据出口繁杂、操作复杂、数据易错、数据无审核等现实问题。随着公司的不断发展，考核数据会不断增多，考核方式更加多样性，最终依靠人工进行数据处理的方式无法实现公司的考核要求。为了提高公司整体的考核工作效率，让各部门考核数据提供人员的职责清晰、沟通方便，因此我们筹建自主研发经营分析报表系统的绩效报表模块。

随着公司业务的发展，指标监控、数据分析、数据挖掘需求不断增加，使得经营分析报表系统的报表功能不断丰富，最终形成成熟的永安经营分析报表系统。

1.3 项目工作范围 1.4 应交付成果

1.4.1 需完成的项目建设

经营分析报表系统需要完成数据挖掘，数据分析、后台管理，报表展现、指标监控五个功能模块的开发。

1.4.2 需提交用户的文档

1. 需求规格说明书 2. 安装手册 3. 操作手册 4. 维护手册 5. 应急手册

1.4.3 须提交内部的文档

1. 经营分析报表系统方案 2. 概要设计 3. 测试文档 4. 项目进度报告 5. 项目变更申请

1.5 定义

1.6 标准、条约和约定

该项目过程中形成的业务、技术文档必须遵守保密协议 该项目必须遵守java开发规范。

2 项目团队组织

2.1 组织结构

项目领导:王忠伟、聂青云、魏业 项目负责人：余毅 项目经理：陈超

业务支持：胡玮、单钰飞、刘梅梅 后台支持：徐俊杰、陈冉、郭占俊 测试团队：暂缺 交付团队：暂缺 数据挖掘：暂缺

2.2 人员分工

人员 分工 魏业 1. 提出项目指导方针，指出项目未来的走向。 2. 评审项目的各项文档。 3. 评审项目的设计 4. 评审项目开发计划，确保项目按计划实施和运作。 5. 监督项目的进度以及运作情况。 余毅 1. 确保项目目标的实现，领导项目团队准时、优质地完成全部工作。 2. 与业务部门沟通，了解项目的整体需求。并与业务部门保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。 3. 制定项目开发计划文档，量化任务，并合理分配给相应的人员。 4. 跟踪项目的进度，协调项目组成员之间的合作。 5. 监督产生项目进展各阶段的文档，并与质量管理人员即时沟通，保证文档的完整和规范。 6. 开发过程中的需求变更，项目经理需要跟业务部门了解需求，在无法判断新的需求对项目的整理影响程度的情况下，需同项目组成员商量，最后决定是否接收业务部门的需求，然后再跟业务部门协商。确定要变更需求的情况下，需产生需求变更文档，更改开发计划，通知质量管理人员。 7. 项目提交测试后，项目经理需了解测试结果，根据测试的bug的严重程度来重新更改开发计划。 8. 向上汇报。向上级汇报项目的进展情况，需求变更等所有项目信息。 9. 项目完成的时候需要项目总结，产生项目总结文档。 陈超 1. 制定项目开发计划文档，量化任务，并合理分配给相应的人员。 2. 跟踪项目的进度，协调项目组成员之间的合作。 3. 负责完成各模块的概要设计文档和详细设计文档 4. 根据系统设计文档完成各模块的编码工作 5. 随时测试和检查自己的代码，及时消除代码中的缺陷 6. 从事系统测试，制定测试计划、设计测试用例、执行测试和撰写测试报告 7. 努力学习新的技术能力，夯实自身技能的同时提升项目组的创新能力 胡玮、单钰飞、刘梅梅 1. 业务文档编写 2. 系统的测试 徐俊杰、陈冉、郭占俊 1. 数据采集入库 2.3 协作与沟通

经营分析报表系统的需求收集工作需公司各业务部门的大力支持与协作。技术创新部在开发过程中定期把较成熟的版本提供给业务部门试用，同时定期收集业务部门在试用过程中发现的缺陷和需求，定期邀请业务部门召开例会讨论试用情况，通过各种方式收集经营分析报表系统用户的需求，确保系统长盛不衰。

2.3.1 项目接口人员

项目总接口人：魏业 技术接口人：余毅 用户接口人：陈超

数据接口人：徐俊杰、陈冉、郭占俊 业务接口：胡玮、单钰飞、刘梅梅

3 实施计划

3.1 风险评估及对策

1. 开发范围风险：经营分析报表系统涉及报表范围广，报表规则繁杂，为了防止开发范围风险，必须对经营分析报表系统的开发工作进行分批分期，一个时期解决一个方面的报表的需求，尽量做到循序渐进，确保项目顺利完工。

2. 技术风险:经营分析报表系统涉及的报表类型繁杂，需要对各种类型的报表进行支持，并进行分析管理，这些都给技术研发增添了风险。防范技术风险需要开发人员不仅需要努力学习扎实的软件研发能力基础，同时需要技术人员熟悉报表相关细节。

3. 组织风险：组织内部如项目组、公司领导对经营分析报表系统目标范围存在不一致的理解、组织战略目标的改变等都会给资金、计划安排上带来风险。防范组织风险需要组织对经营分析报表系统充满信心，经营分析报表系统研发成功并投入使用将会为公司在未来对内部信息管理的利器。

4. 人员风险：项目组成员的变动，技术人员对业务不理解等都可能产生风险。防范人员风险需要多关怀项目组成员的情况，增加项目组成员的凝聚力，多组织项目成员参加培训，提高他们的能力同时为

他们的发展提供良好的职业规划。

3.2 工作流程

第一步：分析

相关向业务人员初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 系统分析员向用户再次确认需求。 第二步：

首先，开发者需要对进行概要设计，即。概要设计需要对软件系统的设计进行考虑，包括系统的流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、设计和出错处理设计等，为软件的提供基础。 第三步：详细设计

在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实 现具体模块所涉及到的主要算法、数据结构、类的及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或)的设计考虑，以便进行编码和测试。应当保证软件的需求完

全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。 第四步：编码

在阶段，开发者根据《软件系统详细设计报告》中对数据结构、和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 第五步：测试

测试编写好的系统。交给业务部门使用，业务部门使用后一个一个的确认每个功能。 第六步：准备

在软件测试证明软件达到要求后，技术创新部应向业务部门提交开发的目标安装程序、数据库的、《用户安装手册》、《用户使用指南》、需求报告、设计报告、等双方合同约定的产物。

《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在、服务器端及的具体安装步骤、安装后的。 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收

3.3 总体进度计划 3.4 项目控制计划 3.4.1 质量保证计划

在经营分析报表系统整个开发期间，必须成立软件质量保证小组负责质量保证工作。软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。各子系统的软件质量保证人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划的所有要求。

软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且应该特别注意软件质量的早期评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在软件开发过程中，要进行如下几类评审与检查工作：

a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。根据总体组研究决定，在软件及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证与确认方法；第二次评审详细设计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。

每一次评审工作都应填写评审总结报告（RSR）、评审问题记录（RPL）、评审成员签字表（RMT）与软件问题报告单（SPR）等四张表格。

b. 日常检查：在软件的工程化生产过程中，各子系统应该填写项目进展报表，即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。项目总体组杨以通过项目进展季报表发现有关软件质量的问题。

c. 软件验收：必须组织专门的验收小组对软件系统及其所属各个子系统进行验收。验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。具体的验收规程另行制订。

3.4.2 进度控制计划

任务名 数据建模 ETL配置 报表展现 用户管理 权限管理 配置管理 完成时间（天） 5 20 10 30 30 20 4 预算

4.1 人员成本

名称 经理 技术总监 业务总监 项目经理 开发团队 人数 1 1 1 1 1 预算经费（元/月） 后台支持 测试团队 交付团队 3 3 1 4.2 设备成本

服务器 代码库 数据库 开发服务器 测试服务器 类型 普通pc服务器 普通pc服务器 普通pc服务器 普通pc服务器 数量 1 1 1 1 经费 8000 8000 8000 8000 备注 已购置 已购置 已购置 4.3 其它经费预算

费用类型 差旅费（旅费、出租）（含补贴） 资料费（图书费、资料费、复印费、出版费） 通信费（市话长话费、移动通信费、上网费、邮资） 会议费（鉴定费、评审会、研讨费、外事费等） 办公费（购买办公用品） 协作费（业务协作招待费、项目团队加班伙食费） 培训费（培训资料编写费、资料印刷费、产地费、设备费） 其他 费用（元） 20000 1000 5000 2000 30000 3000 200000 暂无 4.4 项目合计经费预算

人员成本 服务器 其它 合计