数据中心平台改造-需求规格说明书

数据中心平台改造

需求规格说明书

编号：UMP-DC-SRS

目录

1前言4

1.1项目背景4

1.2文档目的4

1.3阅读对象4

1.4名词解释5

2总体需求6

2.1总体需求描述6

2.2现有总体架构和不足8

2.3目标架构8

3基础架构9

3.1技术框架选型9

3.2UWEB整合10

3.3门户PORTLET12

3.4报表集成13

3.5报表开发和配置13

3.6界面组件19

3.7数据权限20

3.8UI错误!未定义书签。

3.9统一查询和数据库操作20

3.10统一EXCEL解析和处理21

4功能性需求28

4.1管理驾驶舱28

4.1.1总体功能描述错误!未定义书签。

4.1.2现有架构和不足29

4.1.3现有功能和展现需求错误!未定义书签。

4.1.4新改造需求点描述错误!未定义书签。

4.1.5改造需求点对点应答错误!未定义书签。

4.2关键指标32

4.3KPI分析32

4.4报表中心32

4.5数据补录47

4.6数据提取48

4.7系统管理50

4.8系统帮助75

4.9用户中心75

5非功能性需求80

5.1性能需求80

5.2安全性需求80

5.3易用性需求81

5.4扩展性需求81

1前言

1.1项目背景

联动优势是国内最大的移动电子商务和移动支付运营商。公司成立于2003年8月，主

要股东为中国移动和中国银联。在全国八个大区设有分支机构，公司员工总数超过800人，

09年公司累计处理的资金交易额超过200亿，累计注册用户约1.4亿。联动优势为约5亿中

国移动用户提供服务移动支付和金融信息服务，业务覆盖全国，占全国移动支付90%份额。

联动优势提供包括14条业务线的业务，主要分为两大类，即与移动和银行合作的合作业务，|批注M讣最吧型望删勺

以及完全自营的嗖付，这部分业务称为自有业务；联动优势是一家横跨电信、金融、互联网

三大行业的综合业务企业。联动优势经过多年的业务发展和企业信息化建设，系统建设已基

本覆盖目前所有业务，并且积累了大量的数据，为数据中心建设奠定了基础。

联动优势经过多年的业务发展和企业信息化建设，系统建设已基本覆盖目前所有业务，

并且积累了大量的数据，为数据中心建设奠定了基础。

企业如何通过IT建设提高数据的利用价值，为优化管理流程，规范操作流程，加强过

程制约，提高反应能力，减少决策失误，提高工作效率，创新运营模式提供有效支持。在此批注仅12]:介绍2期项目的背景。

背景下产生了数据中心平台改造项目的建设。

1.2文档目的

通过此文档的编写，使本次平台改造项目在需求分析的层面上做到更加全面系统，一方

面可以使公司各个部门的人参与进来，为此次数据中心平台的优化改造提供宝贵的意见；另

一方面使此次改造项目的负责人和其他参与者从宏观和微观上都能对需求有很清晰的把握。

再次，此需求文档使我们对后期的改造在项目进度和时间安排上更为明确。

1.3阅读对象

数据中心需要面向联动优势科技有限公司及其关联公司，所以全公司所有的部门，所有

的岗位，都是数据中心或直接或间接的使用者。使用者中包含数据的使用用户；提供者用户;

维护用户；

按照对数据要求的不同，阅读对象可以分为5类：

1.高层决策人员（查看管理驾驶舱）

2.中层管理人员（评审总体方案查看完成结果）批注仅叨:缺少开发人员

3.业务管理人员（分配业务人员查看具体报表权限）

4.业务操作人员（查看报表）

5.系统运维人员（负责整体运维）

1.4名词解释

序号名称含义

管理驾驶舱的建立不同于常规的统计分析，有其自己的特点和价值，为

1管理驾驶舱领导的决策提供便捷高效的服务。数据中心的管理驾驶舱展现了公司领

导关注的各业务线的关键数据信息

联机分析处理（On-LineAnalyticalProcessing）。OLAP是数据

2OLAP仓库系统的主要应用，支持复杂的分析操作，侧重决策支持，并

且提供直观易懂的查询结果

3专题分析对指标进行多维度、多角度进行统计分析

4KPI应用对各个业务线的考核指标给予统计分析，用图表和列表表现出来

通信账户支付是指中国移动用户通过发送手机短信10658008.拨打语

音125886和WAP等方式购买商品，所支付的费用直接从用户手机话

通信账户支

5费中扣除。目前，通信账户支付方式可购买软件、游戏点卡、电子杂志、

付

电子邮箱、远程教育、小额保险等多种产品。通信账户支付具体可分为

全网话费和省网小额

WAP支付网关业务是手机WAP匕的第三方支付网关，融合了手机银

行卡支付、通信账户支付和WAP银行支付等多种支付形式，该网关可

6WAP支付

以为多种支付方式、多种业务提供统一的WAP方式支付、对账、结算

服务

7积分支付积分支付是基于中国移动、各大金融机构客户积分的•种支付业务。该

业务可使客户通过互联网、手机短信等渠道选择展示商品并完成交易。

逐步开通WAP、10086及营业厅等渠道积分兑换

8UWEB统一WEB管理平台。即集合web站点于一体的web框架。批注[XI4]:描述不准确

SSO英文全称SingleSignOn,单点登录,SSO是在多个应用系统中，

用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以

9SSO

将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。它

是目前比较流行的企业业务整合的解决方案之-o

10报表中心公司各个业务线的报表做在统•的导航栏下

11报表协作报表带有评论功能，实现人与人之间互动批注[xl5]:不准确

2总体需求

2.1总体需求描述

本次平台改造主要目标主要是改善目前平台中功能和扩展性的问题包括，性能较低，扩

展性差，技术框架落后，不能跨浏览器，操作不够友好等问题。另外包括增加新的业务需求。

具体描述如下：

基础框架部分：

■统一技术架构：采用UWEB一致的技术架构(spring,springmvc,ibatis)<.

■UWEB整合：将本系统在UWEB门户中注册，使用UWEB的统一权限管理和

功能菜单注册；采用UWEB的SSO方式和报表服务器进行整合；

■前端ui改造包括：兼容多浏览器：引入operamasks-ui前端ui框架，解决不

能跨浏览器的问题；解决现有ui组件中的内存泄漏等问题；统一前端ui组件

标准，抽取和开发业务ui组件，包括商户选择，省份选择等组件。

■重构数据权限设计和实现方案，解决数据权限现有设计方案中在数据量增大

的时候性能急剧下降的问题。

■统一数据库操作，引入统一数据库查询组件和数据操作组件，封装针对单表

操作或者业务逻辑相对简单的业务场景的数据库访问组件。提高代码复用和

开发效率。

■统一excel处理，封装excel组件，统一处理exel上传、解析、转换、持久化

操作。简化数据补录功能的开发效率和提高扩展性。

功能需求部分：

■报表展示性能优化，改善和报表服务器的交互方式，通过缓存、报表静态化

等处理提高报表展示性能。

■报表开发流程优化，改善现有报表开发中，开发量大、需要重新部署和重启

应用等弊端，通过封装业务ui组件，改善报表交互方式等改进报表的开发流

程，提高开发效率，快速响应需求变更。

■改善现有业务操作方式，解决现有业务操作复杂，交互不友好等问题，全面

引入ajax的操作方式，重新设计操作流程，改善操作模式。

■引入数据中心门户概念，用户可以定制关注的报表和展示方式，提高用户工

作效率。

■报表协作，增加报表协作功能，用户在访问报表的时候可以针对报表数据和

其他用户通过本平台进行交流。批注[xl6]:和UWEB整合部分

■访问统计，在现有功能的基础上增加或者完善现有功能，包括新增在线用户，

改善用户访问日志功能等。

2.2现有总体架构和不足批注仅17]:缺少现有架构和描述

2.3目标架构

UWEB门户

（注册）（展示）（权限控制）

数据中心平台报表中心

报表宸示

呼示层

管理驾驶舱KPI指标

报表中心

UWEB

组织机构、

人员同步

数据持久层

总体架构遵循传统的b/s多层架构，和原有架构相比增加了UWEB门户整合和提供统一

接口访问层和UWEB或者报表服务器进行交互。另外将原来技术框架改为UWEB框架。具

体描述如下：

■UWEB整合

■UWEB门户：将本系统注册到UWEB门户中，包括系统本身的基本信息和

系统的功能菜单，通过UWEB进行统一权限配置。用户首先访问uweb,

通过uweb渐入数据中心平台。

■单点登陆，系统通过UWEB和UWEB门户以及报表服务器进行用户认证

和互通。接口层，系统需要通过此接口层获得UWEB的组织机构、用户

身份等信息，或者其他平台包括报表服务器的数据信息。

■基础设施层，负责提供基础的业务组件和统一的报表流程管理，包括：

■数据权限，配置和管理用户针对商户或者省份等指标的数据权限。用户在

进行报表访问的时候需要进行权限过滤和校验。

■门户配置，开发人员开发和配置portlet,定义门户块的权限。用户通过用

户中心定制门户信息。

■组件管理，管理，部署配置UI组件信息，报表开发人员组合利用UI进行

报表展示查询功能的开发。

■数据字典，提供统一的数据字典，维护指标等公用信息。

■任务调度，统一到任务调度平台中统一处理需要定时执行的任务信息。

■数据层，统一封装配置数据库操作逻辑，提供统一查询框架和简单逻辑的数据持

久化框架。

其他层的功能和原有架构相同，此处不在赘述。

3基础架构

3.1技术框架选型

本次改造需要改造原有系统相对比较落后的技术选型，统一到UWEB使用的技术框架即

1,spring+springmvc+统一数据访问组件。业务层采用spring3,控制层采用springmvc3,

支持restful,统一数据访问组件进行数据库的访问操作，将查询和数据操作分开，

统一查询负责查询逻辑，数据库访问层负责统一的数据库CUD的操作。事务采用

spring进行封装。

2,前端采用operamasks-ui(/website/homepage.html)。基于

jquery,封装和提供常用的UI组件，解决ui组件跨浏览器的问题。

3.2UWEB整合

Uweb整合包括将系统注册到UWEB统一管理和统一权限配置以及通过UWEB进行单独登陆

和报表服务器进行交互。

其中，本系统和UWEB、报表服务器之间的关系如下：

(报表服务器］

一定制、部署报表_____JI

报表管最—

SSO

/

;数据请求

1

;数据同步、、

;/'、、

;/'、、

*/」

UWEB/数据中心平,

°注册、配置数据中心应用

**

UWEB管理员<4J

访问卜用配置'管理

A数据中A心平台管理员

1，UWEB管理员负责将本系统注册至UWEB,包括系统本身的信息和系统的菜单信息。

在UWEB进行统一权限配置。

2,数据中心系统管理员负责本系统的配置管理功能。

3,报表管理员采用报表系统提供的工具进行报表开发，并把报表部署在报表服务器。

4,普通用首先通过UWEB进行登陆访问业务系统，也包括报表中心平台。

5,UWEB和本系统之间的交互包括，数据同步：UWEB的组织机构、人员信息变化通过

事件发送消息值数据中心平台，数据中心平台将变化的数据保存。单独登陆，用户

在访问数据中心平台的时候通过UWEB进行用户认证，鉴权，申请票据等操作，通

过UWEB颁发的票据和报表服务器进行交互。

6,报表服务器和UWEB之间通过单点登陆进行票据校验等操作。

其中单点登陆各个系统之间的具体交互方式如下:

1，首先UWEB和0A或者其他存放组织机构和用户信息的LDAP进行数据同步，导入用

户身份信息。

2,用户通过UWEB来访问数据中心平台，如果认证通过则获得UWEB单点登录服务器

颁发的票据，凭此票据可以和报表服务器进行单点认证。

3,用户请求报表数据的时候，报表服务器向UWEB单独登陆认证服务器申请校验用户

提交的票据信息，进行用户身份的合法性校验。

4,校验通过后，用户继续进行业务操作。

3.3门户PORTLET

门户功能指的是在用户登陆系统后在报表中心和仪表盘页面展示的信息块。每一个信息

块称为一个portlet。系统需要对所有的portlet进行注册管理，用户通过用户中心定制感兴

趣的portlet,包括porlet和展示风格＜■门户展示用户定制的portlet。具体功能如下：

portlet管理：管理员注册维护所有的portlet信息，对portlet进行授权，新增、停用、

启用、删除操作。

门户风格管理：管理配置门户展示的风格，一套风格包括门户展示的布局和展示样式。

具体操作包括新增、停用、启用、删除等。

门户定制：用户配置感兴趣的portlet和这些portlet的展示方式，包括门户风格，以及

所选风格布局中每个portlet具体的展示方式。

门户展示：根据用户定制的门户信息，系统展示门户信息。

相关的业务流程如下：

1,开发人员：根据门户规范开发门户相关组件，包括portlet,门户风格（布局和样式）。

然后将相关组件部署到系统中。

2,系统管理员，针对已经开发门户相关组件，进行门户配置，授权等操作。

3,业务用户：配置、定制感兴趣的门户信息。批注[xl8]:补充界面示意图

3.4报表集成

3.4.1webfocus报表开发

1.报表开发步骤如下：

1）创建MasterFiles文件，对物理表进行映射，修改数据类型。校验映射文件批注[XI9]:描述各个步骤涉及的人员

是否可用。

2）创建Procedures文件，引入公用文件（通用配置及得到报表名称）。

3）事实表和维表建立关联。

4）对相关字段进行定义操作。处理all、unknown展现方式；新增虚字段区分“全批注[xllO]:太技术化，业务化语言描述之

部汇总〃和“全部明细〃。

5）建立report,显示相应维度及指标，个别指标加入运算逻辑。

6）修改相应展示样式。

乃测试报表功能点及数据准备性。

2.报表开发流程图如下:

批注仅in］：图放在上面，一三张图描述，总体图描述总体

的步骤，卜.面包括报表开发步骤和平台开发步骤。

3.4.2平台开发与报表集成

1.平台页面开发与报表集成步骤如下:

1.1需求分析

1.1.1分析是否有新的维度。批注[xll2]:图放在上面

1.1.2分析是否有的的多选控件的需求。

1.1.3有没有新的数据权限。

1.2功能开发

1.2.1通过分析需求，如果没有新的维度则进入1.2.2,如果有新的维度则

需要在视图文件view_region_uat.sql和表文件commons_table.sql中增加

新维度数据的SQL,由于SQL中不同维度数据之间是用unionall关联的，

在新增的时候要注意ID是否重复（Netezza允许ID重复）。顺序执行

commons_table.sql和view_region_uat.sql文件中的SQL语句。登录数据

中WEB系统，点击系统管理-数据管理-系统数据重置-系统数据重置菜单

进行缓存中的数据加载。

1.2.2进入类CoreConstant中新增定义一个代表本报表的常量参数。进入

类ReportDynamicQueryAction中开始代码开发，首先定义一个用于

forward的key,然后从类ValueStack的实例中获取被分配的数据权限数

据，获取所需菜单配置信息的Menu实例，将维度和菜单数据封装后保

存到request中。

进入配置文件struts-config-report.xml中增加新报表的映射关系，定

义跳转目标JSP的url和文件名。

根据在配置文件struts-config-report.xml中的配置新建JSP文件进行

开发，单选的维度都已经封装成下拉框的标签，这时要根据需求半段是

否有的新的多选维度，如果没有则进入到123,否则就需要新开发•个。

多选控件的开发引用了sitemesh的网页布局和修饰的框架，这是个标签

化的框架，提供一个配置文件decorators,xml用于配置标签的name属

性和引用JSP的路径和文件名。在decorators,xml中配置好后就可以开

发标签化的JSP了，在这个JSP中需要引入一个新的js文件，在这个js

文件中定义组件的基本信息（例如样式）和所需的js方法。

1.2.3将新开发的多选组件标签引入到报表JSP中的布局的位置，至此报表

JSP的开发完成。

1.3菜单配置

13.1点击系统管理•基础平台管理•功能管理■模型与分析应用管理进入

“模型与分析应用管理-查询”页面，在数据列表中点击“报表模型”的

模型工具号超链接进入“模型与分析应用管理-修改”页面，新增本报表

的名称和URLoURL的格式为struts所用的action.do后加报表常量参数

的形式，例$fl:reportDynamicQueryAction.dao?operation=btet。

1.3.2点击系统管理-基础平台管理-功能管理-功能菜单配置进入“功能菜

单设置”页面，在正确的位置添加新报表菜单，选择L3.1步骤中创建的

报表模型会将它的URL带入到表单中，再配置报表名称、URL、指标定义

URL,之后保存即可。

13.3点击系统管理-基础平台管理-权限管理-功能用户组维护进入“功能

用户组维护•查询”页面，点击需要此报表功能的用户组编号的超链接则

进入“功能用户组维护•修改”页面，将此报表菜单从左侧的未分配用户

组退拽到右侧的已分配用户组中保存后即可。

2.平台页面开发与报表集流程图如下：

与报表组确定新参数

编写view_region_uatsql和《

commons_table.sql

否

先后执行commons_table.sql

fi]view_region_uat.sql

l^CoreConstantjava中新增\在页面中执行数据同步功能/

代表新报表的常量.

在页面中配置新数据权限，~7

设置后旃尸

在类MenuDAO中的

queryDataRoleByUse

否r方法中移除此数据权限

的功能

-蔻在类SystemMenuLogAction

ReportDynamicQueryAction.中的menuLine方法中移

java中S*写相关程序，获取维

度数据除此数据权限的功能

编写struts配置文件struts­

config-report.xml,设置待跳＜

转页面

使用了sitemesh的网

页布局和修饰的框架

在struts-config-report.xml中

配置好的路径下新建JSP,编写・

页面

需要开发新的tag,在

decorators.xml文件中配置新

tag的t磁信息和JSP信息

编写多选组件的JSP

完成报表JSP的编写编写多选组件的JS

\在系统中进行菜单配JS八

是-

否

批注仅需要相关的界面，如注册组件，配置组件,

3.5报表开发和配置113]:

停用、启用组件等

Afi

业务用户

F=V

1展不、查询।

।报表I

报表开发和配置的详细描述如F：

1.开发人员

首先确认需求，了解本次开发展示的报表需不需要新的维度查询条件。如果没有新的维

度则不需要开发新的组件，等开发部署完毕后由系统管理员将已有的组件配置到新开发的功

能中即可，如果有新的维度则需要根据需求开发新的组件。组件类型分为2种，•种是单选

的下拉框，另--种是多选的弹出层。组件开发完成后部署到系统中。然后需要同报表中心负

责人沟通交互方式，确定报表名称、维度参数名称和URL,根据组件的需要编写用于数据展

示的SQL并执行。最后根据需求开发报表展示页面并部署到系统中。

2.系统管理员

如果有的组件暂时不被业务需要了，系统管理员则可以将该组件停用，之前配置过

该组件的页面将不再显示这个组件，直到该组件重新被业务需要时，管理员将该组件启

用后页面将重新显示。

系统管理员可以为所有的报表显示页面配置多个组件，被配置的页面将在报表查询

条件区域显示所配置的各种组件。

系统管理员可以为每个报表展示页面配置一个对应的菜单，在配置菜单信息的同时

可为菜单对应的报表进行“指标定义”的配置。

系统管理员可以把菜单按照部门或业务线进行分组，将这些菜单组对号入座的分配

给用户，这样用户就可以查看与自身业务相关的报表了。

系统管理员通过系统管理的功能将所有数据权限数据维护起来，把它们根据部门或

业务线进行分组，再根据不同的用户的权限或业务职能把数据权限组中的数据全部或部

分的分配给该用户，这样该用户在查看报表时就能在维度组件中看到被分配的数据权限

了。

3.业务用户

业务用户登录系统后会根据系统管理员给分配的菜单权限显示与自身业务相关的页面

菜单结构，在进入要查看的报表页面后在报表的查询条件区域能够看到被管理员配置的各种

组件，展开组件可以看到被系统管理员分配的数据，以这些数据作为查询条件可以查看和展

示报表。

批注缺少界面

3.6界面组件[XI14]:

批注仅缺少此章节

3.7数据权限115]:

批注补充描述

3.8统一查询和数据库操作[XI16]:

开始

编写测试查询sql

配置，部署sql

开发查询表单

开发展示页面

部署页面

测试

上线运仃

3.9统一EXCEL解析和处理

批注[XI17]:补充描述

冬

Y

装

卡

3.10改造需求点对点应答

将前期访谈中搜集到的需求点全部列出，对每个需求点进行逐项答复、说明和解释。首

先对实现或满足程度明确做出“满足”、“部分满足”、“未满足”、“不满足”四种应答。

将满足的需求点对应到具体实现的内容章节，对未满足或者部分满足的需求点阐述未满足原

因＜1批注[xll8]:删除

具体需求点对点应答内容详见以下Excel表格。

序需求描述提出人应答详细说明

号

登陆页面UI的代码需详见章节3.1.3.1展现需

1李晓海满足

进一步精简优化求

看是否还有别的解决批注[xll9]:描述含糊

办法，不再使用这种

2李晓海满足详见章节3.1.3

替换成

IP的临时解决办法

登陆获得随机码的组

件，需要替换为公司

内使用的组件，同时详见章节3.1.3.8自定义

3朱海燕满足

|批注在总体需求描述中增加响应章节

看能够替换为更复杂报表中业务量预测分析[XI20]:

的组件，如汉字，算

术表达式等

登录首页速度慢，需

用firebug等跟踪一

4李晓海满足在报表表头中增加单位

3查看资源占用情

况批注[XI21]:4,5重复，合并描述（页面原因和网络原因）

生产系统登陆页面过

慢，是否和部署环境

5吴宏强满足详见章节3.1.3.4

有关系（可以utime工

时系统的部署进行比

较）

详见章节3.1.3.4点击电

6实现用户自定义首页李晓海满足批注仅122]:6,7,8重复，合并描述

商公司进入连接页面

用户首页的portlet块详见章节3.1.3.8自定义

7李晓海满足

可以定制报表中

经营数据、业务数据在

和章节中展

增加我的首页，配置

现出来，各部门贡献度在

8关注的portlet,常用朱海燕满足

3.L3.3章节中展现，预测

的功能连接等

数据在自定义报表

中展现

左侧菜单树的加载方

式需改为异步加载方

式，且登陆后，只加

载一次即可，在点两

9李晓海满足详见章节3.1.3.8

遍导航条的情况下，

左侧菜单树不再查询

数据库，重新进行组

织

首页导航栏新增实需要确定领导驾驶舱中哪

10李晓海未满足

现可定制化些图表需要离线发送批注[XI23]:和UWEB整合后可以实现

所有的新增功能由

11原来的页面跳转改李晓海

为弹出页批注[xl24]:不一定所有的

所有的查询功能

改为Ajax的异步

12李晓海

加载数据，改用“统

一查询”框架

13商户组件需要提供根高松岩满足详见章节3.1.3.2

据用户常用的搜索,

保存用户的常用商

户，可以增加tab页，

保存用户常关注的商

户

商户组件功能的性能

低，可能存在内存泄

14高松岩

露情况，需进一•步进

行代码优化

多选组件需实现多浏

15李晓海

览器的较好支持批注仅125]:不限于多选组件

商户组件需要实现当

将光标移入商户模糊

查询输入框时，展示

16李晓海

用户的查询历史（按

照经常查询或者查询

时间排序）.批注1x126]:补充站否满足

弹出商户选择组件增

加最大化图标，此项

17朱海燕

工作改动较大，需仔

细评估工时批注32刃:只描述需求,不进行工作量评估

弹出的商户选择组件

18能进行任意的拖拽，朱海燕批注仅128]:17,18重复

而不仅限于中间位置

增加新报表的时候，

需要开发报表展示页

19面，配置菜单，开发李晓海

报表，然后重启应用

服务器，希望能够达

到不重启应用就能实

现报表开发的效果

抽象报表查询表单中

的组件化处理。如商

户，银行，省份等，

20李晓海

这就需要重新梳理现

有报表中已经存在的批注仅129]:只描述需求

组件和展示方式

管理驾驶舱需要实现

页面portlet化，一个

portlet的多个报表放

在一次请求中完成，

21李晓海

减少请求数量，不能

解决的话，是否能够批注[XI30]:见29

迁移一部分功能到平

台报表中实现

管理驾驶舱需要提出

一个统一的方案，处

22李晓海

理平台和报表工具之

间交互关系批注(xl3i)：不限于管理驾54舱

管理驾驶舱尝试年，

季，月分析能否能拆

23李晓海

开多个页面，点击不

同的菜单进行查看

管理驾驶舱需报表开

发人员配合，进行跟

24踪查看，找出页面加李晓海

我速度慢的原因，及批注1x132]:见29

进行每一步加载时间

长短分析

在查询数据的页面中

25的分页功能希望增加朱海燕

一个单页显示的功能

数据补录中需要增加

26一个统一的EXCEL的何鑫

解析的功能

数据提取需要提供数

27据的组件化，与OA组李晓海批注[xl33]:和0A无关

织机构同步

用户信息管理中去掉

新增用户时的IP和有

28李晓海

效时间，去掉系统使

用时间的功能

功能管理中，在新增

模型时去掉报表类

型。重新设计这个模

29块的架构，使其在新李晓海

增数据权限模型时不

必再依赖于代码的编

写；

在配置菜单时可对报

30表用"指标定义"进行何鑫

配置

在配置菜单的页面中

菜单树改为Ajax异步

31李晓海

加载，点击树节点时批注凶34]:上面已经描述过了？？

实现页面局部刷新

32在权限管理中需要实李晓海

现权限树与系统中所

有的树形结构样式统

一（采用ztree）,在功

能权限配置中去掉有

效时间。简化功能权

限和数据权限的配置批注[xl35]:见29

页面，改用弹出的形

式，数据可多选并可

模糊查询

需要指标管理中的放

大镜实现模糊查询，

33朱海燕

查询页面默认不加载

任何数据

组织机构变更维护

34宁钢

功能批注[xl36]:详细描述

商户与业务线维护

中的查询应该用

Ajax异步局部刷新

35朱海燕

数据，能够显示编

码为99的未知商

户

4功能性需求

4.1管理驾驶舱

4.1.1总体需求描述

管理驾驶舱通过详尽的指标体系，实时反映企业的运行状态，将采集的数据形象化、直

观化、具体化。从而将企业管理决策提升到•个新的高度。驾驶舱实际上是一个为管理层提

供的“一站式”（One-Stop）决策支持的管理信息中心。它以驾驶舱的形式，通过各种常见的

图表（仪表盘、走势图、饼状分析图，条形图）形象标示企业运行的关键指标（KPI）,直

观的监测企业运营情况，并可以对异常关键指标预警、分析。

在原系统中用户点击导航条中“驾驶舱”图标时，展现领导驾驶舱页面（如下图所示），

用户可以通过选项卡选择“年”、“季度”、“月”不同时间维度。展现不同数据。

新需求描述：

1）页面portlet化

按照功能和业务需求将多张报表配置到一个portlet中，用户可以根据自己的业务来

自由的定制多个portlete从性能上考虑希望能够实现一个portlet的多个报表加载在一

次请求中完成，减少请求数量，如果不能解决的话，是否能够迁移一部分功能到报表中

心中实现。

2）平台与报表工具结合的问题

需要提出一个统一的方案，处理平台和报表工具之间交互关系。

3）页面时间维度拆分

在原系统中管理驾驶舱的报表展现从时间维护上划分为年、季、月，现有的代码是

将所有的功能代码放到一个JSP中r,这使得代码结构凌乱维护困难。希望能够按照年、

季、月将代码拆分成多个JSP,由一个JSP统一管理，或者将功能拆分到不同的菜单中

实现。

4）调研报表工具的加载机制批注[XI37]:改成优化页面加载性能

需要报表开发人员配合，进行跟踪查看，找出页面加载速度慢的原因，及进行每一

步加载时间长短分析。

4.1.2现有架构和不足

原系统功能架构图如下:

批注[xl38]:领导呢？?

系统管理员

现有系统架构不足之处如下:批注仅139]:重新整理章节

1）页面展现风格固定，不可定制化

所有的用户看到的管理驾驶舱页面都是同一个，没有可以根据用户的业务和关

注度来独立显示的功能。用户在查看管理驾驶舱时总会伴随着自己不关注的报表同

时显示，在多用户访问时无疑是浪费了服务器的性能。

上述问题可以通过引入portlet来为报表划分业务线，用户自定义定制portlet来解

决。每个portlet都提供显示和隐藏的收缩功能，默认显示第一个portlet而其它的portlet

都是收缩的并且是不加载报表的，只有在展开portlet时才加载报表。页面预设效果如

图和所示：

图

图

。用来收缩portlet.

在图和中点击用于展开portlet,点击

2）性能稍差，与报表工具之