BIStore项目建议书 广州迅维.doc

项目建议书1 技术服务方案1.1 需求理解1.1.1 项目范围为了创新经分应用开发使用机制，通过聚合内外部开发资源，提供丰富的经分应用，供各地市和省公司各部门的使用者方便、快速搜索及获取选择适合自己所需的分析软件，提出了bi store和microstrategy软件应用维护服务方案，以期变革经分应用服务的生产-使用方式，形成面向服务的经分数据管理体系和基于重用的经分应用服务体系，形成经分能力快速转化为业务成果的过程管理机制和经分应用规模化分享机制，助力市场的深度运营和精细化营销。bi store建立在经营分析系统的数据封装和应用组件化的基础上，可支持经分应用在各市公司的共享和快速复制推广，促进经分应用的百花齐放。 bi store服务涉及5个部分：bi store门户服务部分、数据实体库部分、开发者部分、使用者部分和接入终端部分：1.bi store门户服务部分是整个优化应用服务的核心，包括工厂的构造和商店的构造。 工厂构造：基础数据模型层、关系数据模型层、业务对象模型层、应用层、信息服务网关、服务层、功能事务层； 商店构造：门户、接入代理和基础服务；2.数据实体库部分包括bi域内经分实体库和bi域外外围系统实体库，其中经分实体库区分调测环境实体库和正式运行实体库；3.开发者和使用者部分主要提供开发和下载访问的bi store商店客户端工具；4.接入终端部分包括前端优化应用服务可以支持桌面和移动智能终端。 1.1.2 项目目标优化内容bistore作为直观反映市场竞争形势变化的平台，bistore门户的建立强化了经分的基础能力、保障应用有效性。并提高以下几方面的功能： 需求服务能力经分需求量不断增加，与此同时对需求的及时性要求也更高，各业务线条对于关键指标出数时间要求均有所提前。系统运营水平以投资为主导的系统建设期已经过去，近年扩容越来越难，经分重建设更要重运营，精耕细作、充分挖潜将是未来的重点。随着经分和生产系统的深入互动和融合、以及经分在决策支持上发挥日益重要的作用，对于数据质量提出了更高的要求。人力资源效率省公司经分支撑人员资源有限，如何更好地支撑地市一线爆炸式增长的业务需求。应用有效性成本压力对资源投入产出要求日趋严格，如何保障经分应用真正取得业务收益，协同协同业务共建应用。旧经分系统的不足1. 平台一致性难以保障经分系统当前多平台异构，不同的应用散落在ibm db2、teradata、oracle多个平台上，etl及数据模型各自独立，数据来源、口径、处理方法不统一导致数据缺乏一致性。2应用难以快速复制推广经分为业务线条提供运营要求的各种应用，但是应用与数据耦合严重，不利于应用的快速复制及推广。3.大量数据冗余导致管理成本高多平台现状致使数据多处存储，存在冗余；同时应用、数据深度耦合，难以进行应用生命周期管理，难以清理过时应用、数据最终造成系统瓶颈，被动扩容；非标准化的数据管理机制造成一致性、数据冗余、应用难推等一系列问题的源头。新bi store门户优点及特点1.重建设更重运营p 通过数据中心、分析应用中心实现数据与应用的解耦，重建设更重运营p 应用：省市应用规则库（渠道养卡），业务和技术审核（形成精品，符合规范），应用可拆可合p 数据：数据沙盒（引入工具，降低数据门槛），主库/集市数据统筹，保证数据质量和及时性2.数据标准化，三个统一服务于bi store的数据管理，通过标准化接入（统一接口）、处理（统一etl及数据模型）、输出（标准化封装及总线）实现应用、数据间解耦，以一致的、标准化的数据促进优秀应用的快速共享及推广。3.优化内容：a) 调测环境和正式运行环境的数据实体库准备；b) 逻辑库优化与构件优化；c) bi store功能区准备；d) 十大专题分析的应用发布与共享；e) 在数据封装标准化基础上，研究应用层标准化工作；f) 试点门户集成及智能终端人机交互新模式；g) 研究不同地市应用的可移植性和可扩展性；h) 探索应用开发的激励管理模式等。4.服务目标：a) bi store服务向全省开放十大专题应用的共享。b) 支持pc桌面和大屏幕多点触控终端下载使用。c) 实现除激励池和管理流程外，功能区的门户开放、开发者和使用者接入、bi sns、应用管理和开发者、使用者管理。d) 提供试点应用的共享效果评估和支持能力分析报告。5.优化与维护内容：工作分类工作项汇总microstrategy应用维护mstr桌面应用优化计mstr移动终端应用优化mstr应用维护bistore数据服务优化bi域内基础数据服务优化bi域外基础数据服务优化数据服务总线优化经分应用组件化服务优化元数据统一管理数据服务优化运作环境数据安全及管理数据服务优化开发环境测试数据管理数据服务优化bistore基础平台优化服务企业级运行时环境分析企业级开发时环境分析客户端组件或应用开发测试的基础平台bistore应用维护实施方案多终端访问实现分析应用接入规范/应用上线验收审核流程/应用生命周期管理办法客户端集成开发环境优化服务端开发时环境优化服务端运行时环境优化应用门户，应用排名及搜索功能服务优化应用的封装、上线、存储功能服务优化应用的终端类型适配功能服务优化（包含app store）开发者管理功能服务优化（认证/审核/结算/激励）经分应用优化十大典型应用优化携号转网应用优化新增客户等固定专题优化平台运营管理、现场技术咨询优化1.2 架构与思路1.2.1 技术架构任务理解图bi store门户优化基础结构图bi store服务体系结构优化后bi store平台体系图1.2.2 microstrategy bi store方案思路microstrategy 具有业界领先的商业智能分析技术，完整的商务智能应用应当包括固定报表、olap 分析、即席查询（ad-hoc） 、数据挖 掘 、信 息发布 五个方 面。 与其他 的用不 同产 品模块 对应 不同 bi 应用 的产 品相比 ， microstrategy 在一个统一的平台之上完成这五种应用，除了能够制作复杂格式的中国式报 表外，microstrategy 更以其强大的分析能力见长。microstrategy intelligenc server 既是 bi 服务器，也是 olap server，同时还默认封装了常规的数据挖掘算法，这样，使用户只 需购买 microstrategy 平台就实现了完整的 bi 应用， 确保了 microstrategy 产品在同行业中 具有了最高的性能价格比。这也是将 microstrategy 称之为 bi 平台，而将其他产品称之为 bi 工具的重要原因之一。利用microstrategy解决方案的优势，突出了用户对数据的体验感受，对试点十大典型经分应用的前端进行优化，为了更进一步优化经分门户的用户体验，借鉴苹果app store的成功理念，利用应用+内容的运营模式，将经分数据内容以快、简、省的方式提供给公司内部决策者、管理者、一线经理，甚至公司外部的集团客户。同时，借助iphone/ipad/android等移动智能终端，构建移动商务智能，让经分能力变为业务经营者随时随地可以使用的工具。microstrategy 平台的bi应用结合了工程的概念，完全采用组件化的开发模式，在这种模式下，可以做到将所有曾经开发过的组件进行复用和重组，来实现新的bi 需求，完全满足bi store 中的“零件”-“组件”-“套件“，借鉴重用的概念。同时microstrategy 产品本身支持多种数据源，可以重用其他产品已经定义好的数据模型，来构建bi 应用。microstrategy 应用系统之中所有服务全部由统一的 intelligence server 对外提供，所有开发工具和系统维护工具都连接统一的元数据和server, 在bi store 环境中，只需维护一个服务器即可为所有开发者提供统一标准的开发和维护工具。microstrategy 环境中需要部署和维护的server 组件： microstrategy intelligence server: microstrategy 的核心服务器，负责处理所有用户从开发客户端， web 客户端，移动客户端以及维护客户端发送的所有请求。 microstrategy web server: 处理来自web 端用户的报表分析请求，将请求转发给microstrategy intelligence server，并把intelligence server 的处理结果返回给web 用户。 microstrategy mobile server: 处理来自移动终端的所有报表分析请求，讲请求转发给 microstrategy intelligence server, 并把 intelligence server 的处理结果返回给移动终端用户。其中microstrategy web server 和microstrategy mobile server 一般部署在同一个web服务器上和intelligence server 通信。 1.2.3 bistore数据服务优化思路借鉴app store管理模式，不断优化经分数据组件化管理结构。1) 提供多外围系统接入能力、多数据源整合能力，集中管理外系统数据源、统一监控数据源接口；2) 提供数据、口径一致性管理能力，保证数据质量的约束条件自查、数据源变化通知与处理逻辑自查机制，保证数据时效性的数据源到达时间点控制；3) 提高经分数据存储、交换能力，文件接口改造，实现实时经分服务所必须的数据接口；数据优化列表：1、 bi域内基础数据服务优化；2、 bi域外基础数据服务优化；3、 信息服务总线数据服务优化；4、 经分应用组件化服务优化；5、 元数据统一管理数据服务优化；6、 运作环境数据安全及管理数据服务优化；7、 开发环境测试数据管理数据服务优化；数据优化技术手段：1.基础数据整理和优化；2.通过数据服务总线统一访问和管理数据：完成基础数据的抽取，形成支持应用组件所需的数据岛、数据立方体，逻辑封装等数据组件api的服务优化；3.应用组件化：完成包括事务、功能、业务数据逻辑在内的基础应用组件复用的数据服务优化；4.元数据统一管理和优化；1.2.4 bistore基础平台及优化服务思路借鉴app store平台级整合模式，聚合全省分散的经分应用开发商，建立自适应的需求管理模式，提高经分的错峰容错能力、需求响应能力和开发效率；平台搭建包括：平台管理功能模块、桌面浏览器版本和移动终端版本的应用门户、sdk开发包、sdk开发工具。平台优化列表：1、 平台运行时环境2、 平台开发时环境3、 平台移动终端版适配4、 应用客户端组件或应用开发测试的基础平台5、 多终端应用界面优化6、 多终端应用访问分析工具7、 应用生命周期管理优化8、 应用门户，应用排名及搜索功能服务优化9、 应用的封装、上线、存储功能服务优化10、 应用接入规范/应用上线验收审核流程11、 开发者管理功能服务优化（认证/审核/结算/激励）优化技术手段：1.客户端的功能组件化和共享化；2.界面优化和移动终端化；3.安全控制及管理、应用服务管控、业务规则引擎的统一集成；1.2.5 应用优化思路通过优化经分应用，提升地市间应用共享能力，可在地市间共享的应用分专题分析、数据挖掘模型、经分报表和优秀应用。提供经分对业务活动的多层次、多维度服务、对横向、纵向分析思路的全面支持；建立既可提供直接使用的分析应用，又可提供灵活报表的管理系统和运行支持系统；提供的经分应用支持分析思路和分析过程，操作简单，降低使用门槛；提供统一的外系统数据使用安全控制；协助下面相关应用在bi store应用商店中部署上线。n 十大典型应用优化；n 携号转网应用优化；n 新增客户等固定专题优化；优化技术手段：1.数据访问统一使用数据服务总线；2.界面优化和移动终端化；3.集成应用组件化；1.3 实施方案1.3.1 企业级运行时环境优化企业级运行环境完成安全控制及管理、应用服务管控、业务规则引擎、统一运维管理方案。bi store: 应用平台，一方面作为应用展示和管理，另一方面也是应用的基础平台和运行环境。应用：目前的应用主要是指桌面应用(web应用)及基于ipad/android平板的移动应用；以后将会扩展更多其他形式的应用应用运行的后端服务端环境支持基于支持jdk1.6版本和.net2.0/3.5/4.0版本的应用程序，可以基于eclipse或visual studio的开发工具进行开发。应用的后端运行数据库环境支持msssql 2008和oracle 10版本。bi工具：microstrategy 9, oracle biee10应用上架管理：应用升级管理：针对web的应用，应用升级自动进行，用户使用的永远是最新版本；针对ipad/android应用，将会由bi store对应的客户端进行管理；1.如在bi store ipad客户端中，有应用管理模块，可以看到各个已安装的应用的更新状态, 点击更新版本即可下载和安装新版本;2.对于是否强制更新版本，将由各个应用自行决定;用户认证与权限：(一).用户认证方式(二).用户权限控制(三).安全控制用户认证方式：方式一：从bi系统访问应用的业务流程(现有方式)方式二：用户通过bi store认证然后访问web应用的流程通过bi store访问指定web应用的加密处理流程：当通过bi store访问应用时候，bi store将用户id及用户信息、指定应用的密钥进行加密生成访问序号，产生散列值提交给应用，如下相关信息pass=密钥uinfo=des(用户信息)salt=一串随机字符串hash=md5(uinfo+salt+pass)访问url： appurl?uinfo=xx&salt=xxx&hash=xxx应用端收到bi store的访问参数时，首先验证散列值及访问序号是否有效，有效再解密得用户信息。- 检查传入的散列值与同样以md5(uinfo+salt+pass)生成散列值相同，防止伪造方式三：用户通过bi store认证然后访问客户端应用的流程:用户访问权限分为三种：- bi store的用户访问权限，不同的用户将根据所在地市、部门和角色，定义可以访问和下载的应用范围；- 数据访问的权限，数据服务总线将根据登录返回的用户信息判断数据访问的权限；- 应用本身的权限：1.各个应用将根据登录返回的用户信息，自行判断功能的权限; 2.在bi store统一配置和管理功能权限。安全控制有下面几种方式：- bi store平台对应用的访问和下载进行限制- 数据总线对数据访问进行控制- 应用下载和使用记录日志，可跟踪相关使用状况- 对敏感数据的移动应用通过设备号进行绑定和控制1.3.2 企业级开发时环境优化bi store的企业级开发环境的基础平台的设计和构造，要求满足复用规范，使得bi store平台最终能够提供应用的组件库，并实现组件的流程化管理功能，以满足对应用细粒度的拆分、界面的可配置化、业务规则的标准化逻辑库、以及数据和应用的解耦。同时，bi store平台会实现这些组件的发布和共享，确保应用的共享性，组件的共享性，应用和组件要能够快速复制共享给其他地市，这要求在应用和组件设计的阶段要满足共享性的设计要求。组件分为：- ui组件： ui组件包括图标类、报表类、图形类等类型。- 事务性组件：事务性组件包括调度类、触发类、流程类等类型。- 业务规则组件：业务规则组件将特定业务逻辑进行打包，有明确的输入和输出，保证业务规则的实现。- 数据组件：数据组件包含特定的数据内容，有明确的数据指标、指标口径、数据范围、适用区域、时效性等要求。在bi store的开发环境的共享规范中，包括对模型的要求和对元数据的要求。一、模型命名：符合命名规范数据粒度：不提供号码级的数据模型。可配置参数：对于共享允许有规则差异的应用，必需提供规则配置功能模块。维表管理：对于地市差异化的基础数据，提供维表上传，提供可视化的查询录入页面。二、元数据元数据必须和省公司bi一致省公司bi中没有，报省公司统一处理。组件的发布设计启动和发布，需要遵循组件的开发和发布流程：bi store企业级开发环境需要满足相关安全规范，安全规范分为应用安全和数据安全。应用安全：- 应用权限管理：系统能够对使用系统的各用户提供类型和权限设置.- 应用日志：发布到bistore的应用必须具有日志记录功能。内容需要符合bistore技术规范要求。数据安全：- 符合省公司对数据安全的总体要求- 由数据总线根据用户权限确保数据安全应用维护规范：应用维护规范是为了确保bistore中的应用能被更好的使用，包括应用上架、下架、升级、培训、日常维护、故障处理、申告各个流程的规范的满足。1.3.3 多终端前端界面优化多终端的前端应用界面，包括pc web,常用(iphone、ipad、三星、mid)智能终端（手机和平板电脑）的前端多终端应用，需要实现统一又符合各个终端特性的前端界面。应用界面的分析和确认，通常遵循下面几个步骤： 需求与产品定位 app定义(ads) 概念草图 ui原型设计确定app定位后，需要聚焦app的核心功能。团队在提出各种功能需求时， 很容易陷入哪些功能要包含在第一个版 本中的争论。apple把这个过程叫设计ads（application definition statement）首先需要确定应用的需求与产品定位，确认这个应用实现目标的。确定app主要定位后，需要聚焦app的核心功能。团队在提出各种功能需求时，很容易陷入哪些功能要包含在第一个版 我们接下来要做的，是产品草图设计。按照我们的设计经验，勾画出用户需要用到的界面，包括像按钮之类的界面交互元素；筛选出核心用户最常用的，最适合移动应用场景的功能。当中还涉及使用流程图，重点是要设计界面与界面之间的切换方式和用户使用流程。 开始设计注重细节和精度的ui原型。我们使用photoshop，你可以选用自己熟悉的其他工具，然后根据草图进行细节设计。现代的应用提倡有质感的ui，有仿真度的图形界面，我们让应用的界面设计尽量接近用户熟悉的形象物体。在配色上，使用适当的配色，配合一些个性化的图标来表示相关状态。 很重要的一点是，应用所展现的信息，必须简洁明了，没有多余的文字。所以，在界面设计上，要简洁，不要引入任何华丽的图形或者其他的信息来干扰用户，让他们能一眼就看明白应用的用途。在数据条目之间使用间隔色;用醒目的字体显示重要信息；用个性和拟物化的图标，这些都是很好的设计体现。现在可以开始考虑icon的设计。这将决定应用在bi store上的辨识度。你可以从简单的轮廓设计开始设计，先把核心创意表现出来。 除非有必要，你的icon最好不要包含文字，尽量使用跟你的应用图形界面一致的材质和渐变。你如果想给用户呈现高质量的ui设计，需要将icon设计输出相应的尺寸。 1.3.4 多终端访问实现在各个前端应用软件，通过集成访问分析工具，达到访问数据的采集，实现pc web,常用(iphone、ipad、三星、mid)智能终端（手机和平板电脑）的前端多终端应用的访问分析统计。分析工具的的数据采集的集成，只需在应用中添加的统计数据采集组件，然后在各个需要统计的模块中简单调用即可实现所需访问统计数据的收集。统计分析工具将对应用收集的统计数据深度挖掘，提供全面的产品使用、运营状况和用户行为分析，统计工具特性详细介绍：1. 应用程序错误(crash)报告及时收集应用程序在运行过程中的错误。让您第一时间知道应用程序的在不同系统版本和不同设备型号上是否正常运行，这一功能将成为您debug的一把利器，让应用程序可以长期稳定的运行。2. 用户总量，每日新增用户趋势为您统计应用程序的总用户数，每日新增用户数，并且以丰富的图表形式展现出来，让您更好的掌握应用程序的增长趋势，销售情况等。3. 活跃用户，启动次数，使用时长分析还会为您分析应用程序每天的使用情况，包括活跃用户，启动次数，每次用户使用时长以及应用程序的活跃程度。帮助您更好的了解用户对应用程序的使用程度，广告价值等。4. 用户分布情况分析同时，您还可以很容易的了解到用户来自哪里（针对中国用户的地理分布到省市级别），在使用什么型号的手机，所基于操作系统版本等信息, 以帮助您改进应用程序，挖掘很深度的商业价值。5. 用户黏性 & 重复使用情况会记录单个用户的使用频率，由此帮您绘制出一条用户使用趋势的曲线，您可以通过它了解到应用程序的生命周期，用户使用的频繁程度等信息。6. 自定义事件分析此外还支持针对不同应用程序自定义统计分析功能，例如您想知道应用程序的哪些功能最受欢迎，哪些功能很少被应用程序使用，只需要在您的应用里做很小的修改。自定义分析将帮助您改良应用程序，从而获得更多的用户。1.3.5 客户端集成开发环境优化客户端集成开发环境优化包括优化客户端开发所需的sdk开发包，虚拟机，储存库和集成开发环境。bi移动应用是基于bi store平台及基础服务架构的应用，前端为ipad或android操作系统的客户端。其中的bi移动应用，我们在ios/android的标准框架基础上，基于bi store基础服务和技术框架、bi业务需求，增强报表需求等等，重新定义了相关技术框架。bi移动应用客户端架构移动应用客户端架构：终端：展现层将是跨平台支持, 支持ios, android, mid，包括手机/平板。ui层：客户端ui层包括导航管理、基本界面中间件、native图表组件(基ios,android等本地原生组件)、js图表组件（包括html5、jquery等多种形式的组件）。数据层：数据层包括了三个主要部分，第一是负责数据传输与接口、数据转换、数据处理的数据服务中间件，第二是负责数据缓存的数据缓存中间件，第三是负责应用使用行为的数据采集和提交的组件。此外，这一层还包括了通讯组件等公共服务组件。图表实现的技术架构和数据流描述：图表实现的技术架构和数据流描述：由应用客户端发出对数据服务平台的数据查询调用全部基于http协议，数据处理由平台的数据服务中心的图表服务模块处理（身份验证、数据提取、数据转换），并基于平台上图表展现的配置定义，经过数据打包和封装，生成和返回相关数据，返回数据被封装到 json 对象中，后者可以在客户端快速解析。客户端应用的ui层通过通讯组件和数据中间件提交和获取图表数据，其中数据中间件会根据数据包的生命周期，判断是否是从数据缓存中获取数据，还是重新从数据服务平台中查询数据。数据包中包括业务数据信息和图表参数，应用客户端根据返回的数据包，基于不同的图表展现组件，生成对应的图表。客户端图表展现支持两种类型图表的组件：1、javascript通用图表js图表组件，包括html5、jquery等多种形式的组件。这类型的组件可以灵活满足一些基本图表的展现，并通过二次开发进行更多图表的扩展。2、native（ios & android）定制图表native图表组件,基于ios,android等本地原生组件。这类型的图表能够定制创建引人注目的动态和交互效果。充分利用新一代平板所具有的特性来创建简洁的、交互式的和引人注目的动态图表，极大增强了报表图表的现实效果。各个客户端应用的数据将统一存储在bi store平台中，通过xml/json等方式进行与服务端的交互。由应用客户端发出对数据服务平台的数据查询调用全部基于http协议，数据处理由平台的数据服务中心的数据服务模块处理（身份验证、数据提取、数据转换），经过数据打包和封装，生成和返回相关数据，返回数据被封装到xml/ json 对象中，后者可以在客户端快速解析。客户端的开发环境统一使用xcode和eclipse两种开发工具，xcode是用于ios客户端应用的开发，基于macos操作系统，eclipse是用于其他客户端应用的开发的工具，可以基于多种操作系统。1.3.6 bi store门户桌面web端bi store平台移动客户端的功能框架：一级二级登录精品推荐本职相关热门应用最新上架员工推荐排行榜应用类别部门分类业务分类应用类型我的应用我收藏的应用我下载的应用我定制的应用我的桌面应用共享与定制bi社区搜索设置应用详细页面开发商专栏功能说明使用案例模型常见问题相关评论详细功能描述：1.1 精品推荐精品推荐模块分为最新推荐，本职相关，热门应用，员工推荐、排行榜等部分。1.2.1 最新推荐切换到最新推荐模块之后，在上方显示的是最新发布的应用以及相对重要的应用，或者是重要的专题分析树以供用户可以及时的查看相关的重要信息；下方显示的是其他应用的基本信息，用户可以直接下载喜欢或者是有需要的应用进行进一步了解或者是查看应用更详细的描述信息。1.2.2 本职相关本职相关模块展示的与用户职位相关的应用列表，用户可以在这里下载并查看重要或者比较感兴趣的应用。1.2.3 热门应用热门应用模块主要显示的是平时下载得比较多的应用或者是查看得比较多，下载相对比较多的应用列表。1.2.4 员工推荐员工推荐模块主要显示的是集团用户推荐分享的应用列表。集团内部用户可以推荐分享应用到bistore平台，以供其他用户下载使用。1.2.5 排行榜排行榜模块是周内和月内的排行榜列表，有应用的排行名次的显示，同样可以进入应用详细界面查看应用详细信息和其他相关信息。1.2 应用类别应用类别模块分为部门分类，业务分类和应用分类三大部分。此模块的功能切换在屏幕的左边，每个类别下面均设置有若干应用分类，可以按照相对应的分类方式寻找所需要的应用。该模块的设计简便明了，操作方便。 1.3.1 部门分类部门分类类别展示的是不同部门相对应的应用列表，可以很方便的让不同部门用户找到与之有关的应用。1.3.2 业务分类业务分类类别展示的是不同业务相对应的应用列表，很便于查询相关业务的应用。 1.3.3 应用类型应用类型展示的是不同应用相对应的应用列表。 1.3 我的应用我的应用模块分为我收藏的应用、我下载的应用、我定制的应用、我的桌面应用四大部分。1.5.1 我收藏的应用列出我收藏的应用，以方便日后查找和使用。使用者可以选择感兴趣的应用，点击收藏按钮即可完成收藏。在收藏夹中可看到已收藏的应用，并可对收藏的应用进行查询和删除的操作。1.5.2 我下载的应用列出我下载的应用，以方便日后查找和使用。1.5.3 我定制的应用列出我定制的应用，以方便日后查找和使用。1.5.4 我的桌面应用以模拟windows应用桌面的方式，作为用户的应用的使用和管理入口。1.6共享与定制地市用户对于有类似需求的应用，可以基于这个应用提出定制需求。定制需求提交后，平台会安排相关开发商进入定制开发流程。1.7bi社区用以讨论和交流的bi社区论坛，登录用户可以在上面发帖和回帖。1.8应用介绍应用介绍页面为每个应用点击进入的页面。应用界面的左边显示的是该应用的版本信息包括应用类型、更新时间、版本号、大小、语言以及开发商和该应用的基本作用描述信息；界面中间包含有功能说明、使用案例、模型、常见问题和相关评论。用户可以看到详细的功能介绍信息、统计常见问题和总结相关评论等等。界面设计简单清晰，一目了然。在应用介绍页面中，有链接到对应应用开发商专栏的页面，这个专栏将会列出该开发商的相关应用。1.7搜索每个主要功能页面的顶部都有应用搜索栏，通过关键词可以快速搜索bi store平台的相关应用。1.3.6 bi store门户移动客户端bi store平台除了支持pc web外，还支持各种主流的移动智能终端支持（包括ios：iphone、ipad；android三星；移动自主mid）。bi store平台移动客户端的功能框架：一级二级登录精品推荐最新推荐本职相关热门应用员工推荐应用类别部门分类业务分类应用类型排行周内排行榜月内排行榜我的应用下载中已下载更新搜索设置应用详细页面开发商专栏功能说明使用案例模型常见问题相关评论详细功能描述：1.4 应用登录输入用户名和密码之后，可以很方便的进行内外网切换登录；自动登录之后再进入应用可以不用再输用户名和密码。1.5 精品推荐精品推荐模块分为最新推荐，本职相关，热门应用，员工推荐四大部分。此模块的功能切换在屏幕的右边，很符合用户使用习惯，操作不会有很多繁琐之处。可以随意切换右边的模块按钮，查看相对应信息。1.2.6 最新推荐切换到最新推荐模块之后，在上方显示的是最新发布的应用以及相对重要的应用，或者是重要的专题分析树以供用户可以及时的查看相关的重要信息；下方显示的是其他应用的基本信息，用户可以直接下载喜欢或者是有需要的应用进行进一步了解或者是查看应用更详细的描述信息。1.2.7 本职相关本职相关模块展示的与用户职位相关的应用列表，用户可以在这里下载并查看重要或者比较感兴趣的应用。1.2.8 热门应用热门应用模块主要显示的是平时下载得比较多的应用或者是查看得比较多，下载相对比较多的应用列表。1.2.9 员工推荐员工推荐模块主要显示的是集团用户推荐分享的应用列表。集团内部用户可以推荐分享应用到bistore平台，以供其他用户下载使用。1.6 应用类别应用类别模块分为部门分类，业务分类和应用分类三大部分。此模块的功能切换在屏幕的左边，每个类别下面均设置有若干应用分类，可以按照相对应的分类方式寻找所需要的应用。该模块的设计简便明了，操作方便。 1.3.4 部门分类部门分类类别展示的是不同部门相对应的应用列表，可以很方便的让不同部门用户找到与之有关的应用。1.3.5 业务分类业务分类类别展示的是不同业务相对应的应用列表，很便于查询相关业务的应用。 1.3.6 应用分类应用分类类别展示的是不同应用相对应的应用列表。 1.7 排行榜排行榜模块是周内和月内的排行榜列表，有应用的排行名次的显示，同样可以进入应用详细界面查看应用详细信息和其他相关信息。1.8 我的应用我的应用模块分为下载中，已下载和更新三大部分。此模块的功能切换在屏幕的右边，很符合用户使用习惯，操作不会有很多繁琐之处。可以随意切换右边的模块按钮，查看相对应信息。1.5.5 下载中下载中模块展示的正在下载中的应用，应用下载有进度条显示，可以很方便的查看应用下载的进度；也可以查看应用的应用大小和版本号；右方的暂停按钮可以随时停止应用下载；可以同时下载多个应用，很实用。1.5.6 已下载已下载模块展示的已经下载成功的应用，可以查看应用的应用大小和版本号；右方的安装按钮可以安装已下载的应用，方便快捷。1.5.7 更新更新模块展示的可以更新的应用，可以查看应用的应用大小和版本号；右方的更新按钮更新已经安装的应用，方便快捷。1.6应用介绍应用介绍页面为每个应用点击进入的页面。应用界面的左边显示的是该应用的版本信息包括应用类型、更新时间、版本号、大小、语言以及开发商和该应用的基本作用描述信息；界面中间包含有功能说明、使用案例、模型、常见问题和相关评论。用户可以看到详细的功能介绍信息、统计常见问题和总结相关评论等等。界面设计简单清晰，一目了然。在应用介绍页面中，有链接到对应应用开发商专栏的页面，这个专栏将会列出该开发商的相关应用。1.7搜索每个主要功能页面的顶部都有应用搜索栏，通过关键词可以快速搜索bi store平台的相关应用。1.3.7开发者管理功能服务优化1认证统一用户管理的思想是对移动公司内容各it应用系统的用户资料进行集中的储存、集中管理、集中认证。应用系统接入到bistore门户需要向系统管理员申请系统id，企业账号和密码，当移动用户通bistore访问应用的时候，用户会通过oa protal统一认证后才能进行登录。2.开发商激励1.1采用积分机制，积分兑换项目分级结算金额:1.1.1奖励机制：l a)账号点击数、应用质量、服务满意度、应用使用的地市数量、其他系统的复用度打分；l b)在bi store开发者论坛上，或者其他开发商的项目开发过程中，帮别的开发商解决技术问题、技术攻关、提供技术人员支持，按情况加分或者要求被帮助方赠送积分。l c)项目生命周期加分，下架应用不给分。1.1.2惩罚机制：l 投诉率、故障频次、故障响应速度、故障修复时间、故障等级等因素进行扣分。荣誉评定: 1、根据综合打分排名，选出季度明星团队2、年度开发商评级，设定下年度积分兑换系数或者结算系数1.2分项目类型制定不同的激励政策1、市公司找开发商做的项目a)项目付底价80%，20%作为考核款；b)根据积分，得到项目的一半奖励2、开发商自主做的项目不付费a)有一个市公司定制才给项目底价。b)可以根据积分得到全部项目奖励3.地市激励考核加分硬件资源配额开发商资源（积分兑换开发商工作人日）市公司定期进行项目评比地市创意、项目贡献指数、应用指数双重奖励两家以上的地市公司合作奖励4.员工激励l 项目负责人:l 明星员工评比：负责项目的质量、评比创意应用、参与率、顶级排名l 评审专家奖励l 提供省外培训机会l 业务部门使用人员: l 根据项目需求创意、项目使用率、结合提问、建议、使用后反馈、项目来源人等进行积分奖励l 评审专家奖励l 提供去外省移动公司交流机会进行省市经分应用支持模式的变革，实现基于统一平台和统一应用管理规范下，应用的百花齐放，发挥经分应用的规模效益。5. bi store的激励模式bi store是一种组织多种资源满足经分需求的新的业务发展模式，激发各种资源的积极性需要新的激励模式，这些都离不开各级领导对新模式的支持。1.3.8应用的封装、上线、存储功能服务优化1.背景bistore是由众多应用组成的应用商店，什么样的应用可以进入bistore，这些应用如何才符合上架要求，上架后如何维护，何时验收应用以及如何考核应用都需要我们明确。为此我们制定了bistore应用需求规范，bistore应用上架规范，bistore应用维护规范，bistore应用验收规范2.应用需求规范目的n 促进省市共建，合力丰富应用。n 保障精品，bistore中的应用应该是小而精。n 保障共享，bistore中的优秀应用需要和其他地市共享需求管理的主流程n 省市需求管理员：负责提出需求。n bistore需求管理员：负责进行需求的初评以及组织需求评审n 需求分析专家：来自bistore的专家库，负责分析需求。n 需求评审会：临时性组织，由各方联合组成。完成需求的最后评审。需求包含两方面的要求：需求范围和需求说明书内容a.需求范围要求需求类型：分析类需求目的：解决某业务环节问题需求的结果：不包括号码级明细数据的批量输出。需求唯一性保障：自查是否重复应用。b.需求说明书要求n 需求背景:应用所属领域及改善的业务环节。n 需求要点: 功能点、分析思路、创新点、效益分析、生命周期、使用频率、用户数n 角色权限及应用场景:明确的使用对象及应用场景。n 分析指标及相关维度:明确的指标定义及需要统计的维度说明。3.需求评审需求提出的过程中有三步需要评判的过程，经过这三步能最大限度保证bistore的应用符合需求规范的要求。n 应用需求说明书n 应用需求自评表n 应用需求初评表n 应用需求评审结果4.应用上架规范4.1 目的n 确定了要上架应用所需要具备的条件：ui方面，共享性，复用性，安全性等。n 确定应用上架的步骤。n 确保上架运行的应用是符合规范要求的应用。4.2应用上架的主流程上架规范规定，bistore上架评审组必须协助应用开发商完成应用上架过程。4.3应用上架流程相关的角色n 应用开发商：负责应用的开发，由bistore管理组推荐，需求提供者选择。n bistore上架审核组：负责进行应用的上架审核，并协助应用开发商进行上架操作。bistore上架审核组是bistore常驻管理机构。4.4.ui规范ui规范要求应用的ui符合bistore技术规范，包括：n 应用图标：图标尺寸、图标形状、图标其他样式n 应用界面：界面分辨率、界面色系、界面字体n 浏览器兼容：兼容ie8.0以上版本，safari4.5共享规范共享规范中，包括对模型的要求和对元数据的要求。模型n 命名：符合命名规范n 数据粒度：不提供号码级的数据模型。n 可配置参数：对于共享允许有规则差异的应用，必需提供规则配置功能模块。n 维表管理：对于地市差异化的基础数据，提供维表上传，提供可视化的查询录入页面。元数据n 元数据必须和省公司bi一致n 省公司bi中没有，报省公司统一处理。4.6共享流程4.7复用规范复用规范要求bi store平台最终能够提供应用的组件库，并实现组件的流程化管理功能，以满足对应用细粒度的拆分、界面的可配置化、业务规则的标准化逻辑库、以及数据和应用的解耦。组件分为：n ui组件： ui组件包括图标类、报表类、图形类等类型。n 事务性组件：事务性组件包括调度类、触发类、流程类等类型。n 业务规则组件：业务规则组件将特定业务逻辑进行打包，有明确的输入和输出，保证业务规则的实现。n 数据组件：数据组件包含特定的数据内容，有明确的数据指标、指标口径、数据范围、适用区域、时效性等要求。4.8安全规范安全规范分为应用安全和数据安全。应用安全：n 应用权限管理：系统能够对使用系统的各用户提供类型和权限设置.n 应用日志：发布到bistore的应用必须具有日志记录功能。内容需要符合bistore技术规范要求数据安全n 符合省公司对数据安全的总体要求n 由数据总线根据用户权限确保数据安全4.9测试规范测试规范规定应用开发商在应用测试中必须遵循的规则，包括测试流程以及测试交付物。4.10上架交付物n 用户接收测试报告n 应用上架审核报告n 应用上架评测报告5. 应用维护规范5.1目的应用维护规范是为了确保bistore中的应用能被更好的使用5.2应用升级大的功能性改变必须升级应用，应用的升级需要通过升级流程。n 升级报告升级内容须与需求定义一致。n 测试报告内容须覆盖所有的功能要点。n 系统性能优化报告须包含明确的提升时间、减少资源等信息。n bug修复测试报告须包含bug产生的原因、解决方案及修复测试效果。5.3应用下架对于超过生命周期，或使用中有异常达到下架标准的应用将执行下架处理。下架之前会进行预下架。5.4培训培训是为了让应用的使用者能清楚的知道应用的使用方法什么应用需要培训：n 应用复杂程度达到培训要求的应用，如：指标个数、应用个数、功能点n 应用覆盖面达到培训要求的应用，如：用户人数，涉及地市个数5.5申告申告流程是为了让应用的使用者能明确的咨询和投诉的流程申告的类型：n 普通投诉：单个投诉，针对指标、应用或功能点n 重大投诉：投诉用户人数，涉及地市个数达到一定范围，符合重大投诉标准的。n 咨询：对功能，使用方式的询问。5.6故障处理故障定义：故障是由于bistore系统出现问题，从而可能或已经影响到客户投诉或正常办公，需要相关支撑部门尽快协助解决。故障的类型：n 数据/资源：bistore数据总线存在的问题，检查日志发现。n 软