迪比特数据仓库方案书

第一章系统规划1.1系统目的系统的目的是建立面向业务（宏观）战略的商务智能平台，整合迪比特集团各业务系统。整个系统分为四个阶段来完毕：第一阶段：灵活报表系统第一阶段：灵活报表系统第二阶段：大MIS系统：流程再造第三阶段：统一数据平台：决策支持第四阶段：优化第四阶段：优化1.2灵活报表系统1.2.1系统目的迪比特在长期的生产经营中，已经积累了大量的历史数据；由于这些数据分布在不同的系统中，以及缺少良好的工具手段，导致公司在平常的生产管理中，却经常感到信息不够，或数据提出非常困难。如何将这些历史数据变成有价值的信息，如何提高信息的快速反馈能力，使公司有足够的、及时的信息，来面对迅速变化的市场，以成为迪比特信息应用的一个课题。通过灵活的报表与数据查询功能，运用先进的绩效和公司管理手段，力求搭建完整、稳健、高效的自动化综合记录信息展现平台。灵活报表系统的具体设计目的重要有：1、最大限度地科学管理信息资源，以先进的数据库管理系统为基础，完毕数据采集、整理、存储、运用，提高信息资源的管理水平；2、充足挖掘信息的价值，借助计算机及网络通信技术，通过系统自动生成各类管理报表和经营管理记录分析指标，并提供强大的查询系统，辅助管理人员动态监控的业务状况、财务状况；3、提高工作效率，帮助公司各层级管理人员摆脱烦琐的数据整理工作，实现管理水平和管理质量的奔腾；4、减少工作误差，提供更加完善的指标校验功能，自动验证用户数据输入是否对的，保证输入数据的对的性、完整性。1.2.2系统特点1数据抽取ETL分别是三个单词的首字母缩写（ExtractTransformLoad）也就是抽取、转换、装载，但我们平常往往简称其为数据抽取。ETL包含了三方面，一方面是‘抽取’：将数据从各种原始的业务系统中读取出来，这是所有工作的前提。另一方面‘转换’：按照预先设计好的规则将抽取得数据进行转换，使本来异构的数据格式能统一起来。最后的‘装载’：将转换完的数据按计划增量或所有的导入到数据仓库中。ETL完毕的工作重要涉及三方面，其在数据仓库和业务系统之间搭建了一座桥梁，保证新的业务数据能源源不断进入数据仓库，同时用户的分析和应用也能反映出最新的业务动态。假如从整体角度来看，ETL重要作用在于其屏蔽了复杂的业务逻辑从而为各种基于数据仓库的分析和应用提供了统一的数据接口，这也可以说是构建数据仓库最重要的意义所在。2数据存储系统数据存储采用关系型数据库技术和ROLAP技术。存储分为ODS层（操作型细节数据层）和数据集市层。具有以下特点：关系数据存储模型直接ETL装载保存数据细节同时建立必要的数据预聚合不丢弃业务信息3业务特性：作为世界一流的商务智能平台产品，MicroStrategy具有以下一些特点：1)完美的客户化展现:查询、报表和图表MicroStrategy产品具有非常强大的报表定制功能。通过GUI方式，只需简朴鼠标拖拽方式就可以实现复杂报表的定制，并且报表的定义逻辑可以保存，以便于以后在此基础上再次编辑加工。如下图所示报表：MicroStrategyReportService支持中国式报表格式2)可实现OLAP分析提供多维视图的数据组织、管理与多维分析。提供增量汇总技术。提供分析作业调度管理。提供最优/最差分析、例外分析、排名分析、比较分析等分析功能。具有丰富的图形展现功能。可以灵活地建立、定制不同的分析指标和各种指标计算公式，实现OLAP分析的动态化解决。并具有切片、切块、旋转、钻取和钻透等多维分析操作。能直接钻取到具体数据，也能进行多维数据和具体数据的混合分析。提供丰富的函数，可自由扩展，便于二次开发。OLAP分析结果可输出为Excel、HTML、文本文献等多种类型的文献。对分析指标指定警告值的，在分析报表或图形中以突出方式进行显示。3)可实现即席查询通过定义业务逻辑到数据库结构映射层，使最终用户无需了解数据库和SQL的复杂性，只需按业务逻辑规则即可快速简洁地定义查询需求，系统自动完毕连接操作、条件定义等复杂的SQL定义操作。提供各种向导式界面、图形查询生成器、提醒窗口等，通过简朴的鼠标拖拉操作即可实现即席查询、报告生成、图表生成、进一步分析和发布等功能。具有多表之间的钻取访问、具有主表与子表之间的钻取访问功能。提供资源控制机制。它可以监控查询的运营进程，并停止长时间运营的查询，控制资源使用效率。并且还提供查询预测能力，使分析人员在运营查询之前，可以预测查询所需时间。能访问各种数据源的数据，访问结果也能输出到多种通用文献格式中。可以对用户设立不同的查询优先级，实现数据仓库资源的合理分派。信息发布默认情况下就已经是发布到Web方式。还可以以电子邮件、手机短信等方式发布。提供订阅门户，使用者可以在门户中自定义发送方式。1.3大MIS系统——流程再造作为业务决策人(BDM)或技术决策人(TDM)，您始终都在寻找可以更好地分析、策略化并改善组织业务流程的方法。了解Microsoft门户和集成解决方案如何帮助您的公司简化异种系统、提高雇员生产力、减少运营成本并改善整体IT基础结构。将公司资源计划(ERP)、供应链管理(SCM)和客户关系管理(CRM)系统等内部业务系列应用程序与客户和贸易合作伙伴进行集成，从而实现实时协作。实现订单解决和协议管理业务流程自动化。是通过数据整合和报表整合以及未来的门户（工作流整合）实现对原有分立系统的信息整合。这样做既不需要“推倒重来”并且风险和投入都相对小业务流程管理BPM（BusinessProcessManagement）是将生产流程、业务流程、各类行政申请流程、财务审批流程、人事解决流程、质量控制及客服流程等70%以上需要两人以上协作实行的任务所有或部分由计算机解决，并使其简朴化、自动化的业务过程。1.4统一数据平台1.4.1统一数据平台特性统一数据平台是面向主题的、综合的、不同时间的、稳定的数据集合，用于支持经营管理中的决策制定过程。也就是说，数据平台是一个大的数据库，存储了该公司所有业务数据，从在线事务解决（OLTP）系统中获取的综合数据，这些数据也许驻留在许多不同的数据源中。这些数据源也许是文档、层次型数据库、网络结构化的数据库、反向列表数据库、关系型数据库，或者更常见的由上述系统组成的混合系统。数据平台为决策支持和在线分析提供数据。数据平台除了具有传统数据库管理系统（DBMS）的共享性、完整性、数据独立性外，还具有下列特性：*统一性和一致性*面向主题*历史性*只读性统一性和一致性数据平台使用一致的命名规定、测度、物理属性和语义来统一来自多种数据源的经营数据。例如，在许多公司中，应用程序经常以不同的格式使用类似的数据：日期按照Julian或者Gregorian格式存储，真/假数据也许表达为1/0、ON/OFF、TRUE/FALSE、正/负等。不同的应用程序也许使用不同的术语来描述同样的数据，例如一个应用程序也许使用“平衡表”来描述银行帐户，此外一个应用程序也许使用“总量表”表达银行的帐户。在数据仓库中存储的数据需要一种单一的、可以由公司分析人员接受的格式存储，而不考虑各种外部数据源。这种统一性允许数据来自跨组织和部门，例如公司以前保存的数据、表格中的数据、甚至来自Internet上的数据。这些数据可以统一在数据仓库中，使公司经营人员更好地分析和理解公司的经营状况。面向主题传统的数据库是面向应用设计的，它的数据只是为解决具体应用而组织在一起的。应用是客观世界既定的，它对于数据内容的划分未必合用于分析所需。而主题是一个在较高层次将数据归类的标准，每一个主题基本相应一个宏观的领域，基于主题组织的数据被划分为各自独立的领域，每一个领域都有自己的逻辑内涵互不交叉。因此，在数据进入数据仓库之前，必然要通过加工和集成，将原始数据结构做一个从面向应用到面向主题的大转变。跨组织的经营数据源保存着公司方方面面的大量数据，例如客户记录、产品信息等等。而这些数据没有被用于对公司的全面经营状况相关分析。数据仓库只是组织这些关键的公司信息，以便简化对公司的分析过程。历史性存储在OLTP系统中的数据可以对的地表达现在时间的任何值。OLTP系统经常只是包含当前的数据。例如，解决定单的应用程序总是显示库存的当前值，而不显示在过去某一时间的库存值。不同时间的查询一般地会得到不同的查询结果。然而，存储在数据仓库中的数据，可以准确地表达过去某一时刻的数据，由于这些存储的数据表达了历史信息。存储在数据仓库中的数据一般表达过了一段比较长的时间的数据，一般是五年到十年。数据仓库存储了公司一段时间的快照形式。这些数据一般是不改变的。与此不同的是，业务数据库通常只保存有用事务数据30-90天。数据经集成进入数据仓库后是很少或者主线不更新的。因此，常用的操作是追加操作和历史查询。只读性由于存储在数据仓库中的数据表达是某一时刻点的数据，所以在数据仓库中，不允许删除、插入和修改。当数据移动到数据仓库之后，一般是不改变的，除非存储的数据是不对的的。一般地，在数据仓库中发生的操作是建立数据仓库时的加载数据和查询数据。由于数据在加载之后不再修改，所以对数据仓库的设计可以通过使用索引、预先计算的数据和物理的数据库正规化来优化查询的性能。1.4.2统一数据平台建模数据模型是对现实世界进行抽象的工具。它描述了公司内的实体和联系,即主题域,是公司最高层次的抽象。数据模型采用ERD（实体关系模型），整体ERD由各分ERD综合而成,不仅消除了分ERD之间的不一致,并且消除了不必要的冗余。ERD在逻辑上实现了数据仓库集成和面向主题的特点。数据平台的建模一方面是根据迪比特公司的业务,拟定主题领域，然后扩充每个主题域,以得到主码(涉及时间主属性)和各属性,并实现主题域之间的联系。生产制造也得主题领域有：机构组织、产品、客户、订单、地区、仓库、促销、服务等。1.4.3统一数据平台应用在同一数据平台基础上，除了能产生各种报表，满足平常生产管理需求外，还能支持各种决策支持系统，和数据挖掘功能。决策支持应用如：经营分析与计划达成、kpi指标监控、公司战略管理——平衡计分卡应用等等。数据挖掘应用，如客户奉献度分析、客户分类分析等等，为公司的产品设计提供更多的客户信息。1kpi指标监控对于公司高层管理人员来说，可定义一些公司的关键绩效指标，如公司销售收入、税后利润等等，根据业务实际状况推算出下一个年度合适的阀值，通过后台存储过程技术定期计算迪比特的实际数值，最后通过MicroStrategy产品的告警功能实现数据的push，刷新客户端，使用户及时了解监管指标的当前状况。2经营分析与计划达成经营分析会关注市场接受度指标集、服务水平指标集、生产费率科学性指标集等五个指标集，每个指标集里面都涉及丰富的指标。如在市场接受度指标集中会有产品市场占有率、客户满意度等等。通过对这些指标集多角度多手段的观测，可以把握经营的总体特性，如同期比、前期比、占比、TopN、绝对值分布等等数理记录。计划达成重要涉及业务收入人力资源计划达成情况、业务收入计划达成情况、业务支出计划达成情况等几个重要方面，以及其他五个方面的辅助方面。3公司战略管理——平衡计分卡应用通过仪表板表现形式：灵活报表方案设计在开发灵活报表系统时，国天商业智能采用成熟的数据仓库原理和方法，根据应用主题建立各种多维分析模型，使系统能灵活地生成各种报表和图形等多种多样的信息表现形式，为公司的经营决策提供各种信息。系统逻辑设计系统分为三大模块：数据抽取、数据存储、数据展现。数据抽取：通过此模块，将生产系统或外部系统的数据抽取到数据仓库中。数据存储：数据存储涉及数据仓库和数据集市。数据仓库为公司统一的信息平台；数据集市为面向多维分析的数据存储。数据展现：数据仓库信息输出部分，输出方式可分为固定报表、即席查询、多维分析。按功能可分为各种应用分析系统，如：客户关系管理系统、资产负债分析系统、管理睬计、绩效考核系统。2.2系统部署拓扑结构前面已经提到过，分析展示层将所有采用MicroStrategy产品，作为前端应用系统支撑软件的MicroStrategy产品将按如下方式部署：用户用户用户用户2.3应用功能详见本方案1.1.2节的第三点：业务特性。2.4软件配置本次项目重要使用MicroStrategy产品作为前端展现的解决方案，因此软件配置重要为MicroStrategy产品的软件配置。下表列出了MicroStrategy产品各组件所需的软件配置MicroStrategy软件操作系统其它BI服务器MicroStrategyIntelligenceServerWindowsNT/2023Server；Solaris；AIXWeb服务器（JSP版本）MicroStrategyWebUniversalWindowsNT/2023或Unix（SunSolaris,IBMAIX,HP-UX）或Linux需要J2EE中间件平台，比如WebLogic,WebSphere,SunOne，Tomcat等应用建模MicroStrategyArchitectWindowsNT/2023/98/XPC/S客户端（查询、报表、OLAP、高级分析）MicroStrategyDesigner/AnalystWindowsNT/2023/98/XPWeb客户端（查询、报表、OLAP、高级分析）MicroStrategyWebProfessional/Analyst/Reporter/reportseverseWindowsNT/2023/98/XP,Unix,Linux需Web浏览器2.5硬件配置1MicroStrategy各产品组件所需的硬件配置客户端所需硬件资源MicroStrategy软件最小配置推荐配置CPU(1000MHZ)数目内存CPU(1000MHZ)数目内存应用建模MicroStrategyArchitect1128M1256MC/S客户端MicroStrategyDesigner/Analyst1128M1256MWeb客户端MicroStrategyWebProfessional/Analyst/Reporter1128M1256M服务器端所需硬件资源基本假设：业务用户并发操作率假设为50%；业务用户所有使用B/S方式进行报表操作；服务器端的CPU主频假设为1000MHZ。为了保证报表系统的高可用，报表应用服务器、Web服务器采用群集。计算方法：根据MicroStrategy实验室的测算结果及在世界各地的实行经验，在IntelligenceServer上每1000MHZ的CPU可支撑40-50个并发操作用户，假如Web服务器只用于支撑MicroStrategyWeb/WebUniversal应用，其支持容量与IntelligenceServer相称。用户数并发用户数（50%并发率）MicroStrategyIntelligenceServerMicroStrategyWeb服务器汇总2001002CPU;2048MRAM2CPU;2048MRAM4CPU;4096MRAM100501CPU;1024MRAM1CPU;1024MRAM2CPU;2048MRAM50250.5CPU;512MRAM0.5CPU;512MRAM1CPU;1024+YMRAM2数据库与ETL硬件平台配置本次项目数据库与ETL服务硬件平台的配置规格，我们给予以下三点意见：运维环境的硬件平台可以根据开发环境的负载情况在系统切换上线前再作准确拟定；鉴于客户当前的IT状况，我们认为不排除对“现有数据管理系统”的设备例旧的也许；根据我们的经验，至少的配置是：双PU，4G内存的配置；高载荷的配置可以达成4CPU，8内存的配置；也可以更高。第三章：灵活报表系统的实行我们将采用DWM（DataWarehouseMethod）为迪比特公司实行项目。DWM是我们通过数年的数据仓库系统实行而提炼、总结好的结构化实行方法，具体定义了用于构造一个完善的、满足业务功能的数据仓库系统所不可缺少的环节和任务。DWM是一组预定义好的、在整个数据仓库项目中起指导作用的、可用多种方法管理的实行环节。DWM可以帮助我们解决诸如拟定对的的系统范围和用户需求、建立灵活的系统架构以满足不断变化的应用需求以及不可预测的使用需求等等比较棘手的问题。采用DWM这不仅可以提高工作效率及项目实行质量，并且可以尽也许的减少系统的实行风险。DWM是一个抽象的方法论，需要结合项目实际环境作定制。DWM把数据仓库系统的实行分为13个过程，7个阶段。如下表所示：过程|阶段实行策略系统定义系统分析系统设计系统建立系统应用系统维护业务需求定义34.6%9.3%13.3%数据获取8.4%8.5%23.1%16.4%17.2%21.4%系统结构定义11.5%22.2%14.3%5.4%14.5%数据质量控制2.2%12.1%6.5%7.9%0.6%数据仓库管理3.4%4.4%3.9%11%16.1%元数据管理3.7%4.7%4.9%数据访问6.3%4.7%4.9%数据库设计与建立4%2%文档设立1%1.1%2%4.5%3.9%系统测试1.2%7.4%15%19.8%19.7%培训0.5%7.7%2.7%4.1%4.7%27.8%系统上线1.7%0.2%0.4%17.8%技术支持45%上表中各个过程中的阴影表达每个过程涉及到哪个实行阶段，表中的比例表达以一个中档规模的项目为例，每个过程在各个实行阶段中所占的比例。3.1DWM实行过程在不同的数据仓库系统项目中，在7个实行阶段中均会涉及上述大部分或所有的实行过程。1业务需求定义本过程重要通过了解客户业务的策略性目的和建立系统的初衷，明确数据仓库解决方案可以满足的业务需求，拟定系统的实行范围，初步建立系统实行的方向。2数据获取本过程的目的是拟定数据仓库系统将要使用的数据的来源数据获取过程会涉及数据仓库的多个组成部分，涉及内部的业务解决系统和外部相关系统。同时，需要拟定从这些数据源抽取、转换和传递原数据的方法，涉及制定第一次数据装载的方案、数据更新方案，以及拟定数据获取模块的功能。3系统结构定义本过程侧重于定义数据仓库的技术基础的组成和结构化设计，涉及各种产品的集成方法、系统不同组成部分的集成方法，以便提供一个易扩展、可伸缩性好的系统结构。从技术角度讲，系统结构决定了对下列技术性方案的选择，涉及数据库环境是分布式的还是集中式的，以及数据获取、基础结构优化和平台配置等方面对网络、硬件平台和软件需求的定义和实行。在平台配置中，涉及了数据获取的环境、服务器结构、中间件的选择、数据库规模等方面。本过程中还需要拟定数据访问的安全性控制、数据备份与恢复等方面的策略和方案。4数据质量控制本过程用于保证数据仓库中的数据的一致性、可靠性和准确性。在客户认可了拟定数据对的性和一致性方法的基础上，制定出数据质量控制策略，以及数据管理流程。同时，还需要对数据质量控制工具进行评估和推荐。此外，本过程还需要拟定用于辨认和解决错误数据、数据清洁、监测和控制脏数据的业务规则。数据质量控制模块还需要与数据获取模块集成在一起，用于检查质量控制功能在从源数据环境转换到目的环境的全过程中是否按照对的的顺序完毕，以保证进入到数据仓库中的数据是可靠的数据。5数据仓库管理本过程用于定义维护、使用和修改数据仓库的策略和需求，重要涉及版本控制、数据使用方法和安全性控制，以及数据管理。过程初期，需要拟定管理流程、所用工具、评估和测试方案。过程期间，需要设计和建立数据仓库管理模块，用于实现版本控制、数据备份与恢复、数据归档、数据管理和监测，以及建立其他管理和检测任务，最终实现管理的自动化。6元数据管理本过程侧重于拟定元数据管理的策略，以及定义元数据类型、元数据库、元数据集成和访问的需求。其重要目的是如何形成和组织数据仓库中涉及各个方面的元数据，使之既满足技术规定，又符合业务需求。技术规定的侧重点在于，如何汇集在系统开发过程中创建的元数据和用于支持系统管理的元数据。技术性元数据涉及，数据获取规则，数据转换方法，数据的时间，数据权限，数据刷新、归档、备份和恢复的计划和结果，以及被访问的数据，其中涉及访问频率和访问请求数量等因素。对技术人员而言，如何有效的管理数据仓库是其最关心的问题。业务需求的侧重点在于，最终用户关心的是可以从数据仓库中获取什么样的数据，以及如何获取这些数据。多数情况下，是通过为用户提供有效的元数据访问工具实现的。用户使用这些简朴易用的工具，浏览创建对数据的查询和编制报表，在元数据上完毕drill-down/up分析。通过开发元数据管理模块实现对元数据的获取、集成和访问。7数据访问本过程侧重于对支持用户访问数据仓库中数据的工具的确认、选择和设计。根据用户要访问的数据的级别、数据决策的需求和用户的技能水平，来评估、选择、推荐和测试数据访问工具。8数据库设计与建立本过程的目的是如何定义数据库对象，既能满足数据需求，又能满足对数据有效访问的需求。本过程涉及对数据库的逻辑设计和物理设计，关系型数据库设计和多维数据库设计，还涉及对开发环境、测试环境和产品环境的建立。9文档设立本过程涉及系统应用之前的各个实行阶段，是系统设计、开发、运营和维护所不可缺少的一个重要环节。无论是系统需求文档、还是技术文档、用户操作手册等等，都是保证系统开发和运营正常进行的重要辅助手段。10系统测试本过程是保证系统对的运营的重要环节。系统测试之前，需要制定测试策略、准备测试方案、测试环节和测试数据。从功能角度讲，系统测试涉及各个模块的单独测试，系统集成测试；从数据角度讲，系统测试涉及系统对的性测试，大数据量测试（即系统性能测试）。11培训本过程定义了开发人员和最终用户的培训需求，拟定需要接受培训的技术和业务人员，并估算出培训计划和实行培训的时间表，设计和编制培训资料。本过程的目的是通过提供适当有效的培训，保证不同类型的人员更好地使用和维护已投入运营的系统。12系统上线本过程的目的是把系统移植到产品环境中，涉及制定安装计划，准备客户维护和产品环境。13技术支持系统上线之后，继续为用户提供在系统管理方面的技术支持3.2DWM实行阶段使用增量开发方法（IncrementalApproach）开发的数据仓库系统，其实行过程提成下列7个阶段。1实行策略本阶段以客户策略性业务需求和目的为基础，完毕对系统目的、增量开发的优先级和公司数据仓库基础结构的定义，并对客户组织结构、成功的关键因素、重要的限制因素、事项、风险和由数据仓库系统带来的好处进行评估。此外，还完毕对高层的技术实现结构和数据仓库结构进行定义。2系统定义本阶段会明拟定义增量开发过程的目的和范围，拟定数据源和数据质量控制范围，以及在已拟定的解决方案实行范围内拟定技术结构和数据仓库结构。此外，在本阶段还需建立在数据获取、数据质量控制、数据仓库管理、元数据管理、数据访问和培训等方面的策略性方案。3系统分析在本阶段中，在已拟定的解决方案实行范围内，明确具体的业务需求，涉及建立逻辑模型、收集源于源数据的具体需求，以及最终用户对数据的访问需求。在系统分析阶段，拟定数据获取方案，涉及从源系统中抽取什么数据，以及数据量控制、数据校验和转换规则；拟定业务数据解决周期、更新周期，以及提取、传递和装载周期；完毕源系统的分析，数据映射，源系统和目的系统的差异分析，源系统的变化，以及数据获取工具的选择。此外，建立与公司技术结构相吻合的用于增量实行的技术结构，它是以支持增量实行的硬件、软件、数据访问工具、网络、备份与恢复等方面为基础的。同时，对用于数据访问、数据质量控制、数据仓库管理和元数据管理等数据仓库解决方案中各部分的工具进行评估和选择。4系统设计本阶段的目的是使用在系统分析阶段拟定的信息建立满足需求的具体技术定义。涉及数据获取和装载模块的设计，数据元素、数据汇总层次的验证，数据一致性的检查，元数据的定义，对数据访问和查询、编制报表等部分的具体定义。此外，具体定义逻辑模型、数据需求、来自系统分析阶段的数据映射，以及关系型、多维数据和元数据库对象的物理结构设计。系统设计阶段还完毕平台配置，制定测试方案，编制用户使用和技术参考手册、培训资料，以及制定系统上线策略。5系统建立本阶段依据系统设计阶段的方案，完毕数据仓库系统各组成部分的建立，涉及数据库、数据获取模块和数据访问机制；构造数据抽取、转换、装载、更新和集成模块；安装数据访问工具，并于数据对象集成；构造查询、编制报表。此外，制定测试计划，准备测试环境；完毕模块的独立和集成测试，系统对的性测试，系统性能测试。6系统应用本阶段完毕数据仓库解决方案的安装，让用户具有使用和管理系统的能力，把系统移植到产品环境中。7系统维护本阶段完毕对前一阶段实行的评估和回顾，为下一阶段的实行做好准备。3.3项目实行计划第四章技术服务计划、维护与承诺我方承诺项目交付后3年5天*8小时的技术支持服务，服务内容涉及免费和收费两部分。4.1免费服务内容在线支持：使用在线支持，更新并记录技术问题。电话支持：对于平常的操作问题，可以不限次数的电话征询。Email支持：对于客户在工作中碰到的问题，我方在收到Email请求后，将及时给予回复。传真支持：对于客户通过传真方式发出的问题请求，我方收到请求后及时给出回复。热线电话：。我们可以做到8小时内的做出服务回应，72小时内的解决问题。我们还会安排不定期的客户回访。4.2收费服务内容对于不能通过免费维护服务实现的技术支持，安排资深技术人员赴现场进行问题解决。第五章培训计划MicroStrategy产品培训5.1.1培训时间表培训课程培训时间参与培训人员MicroStrategy:基础报表2天项目设计人员、高级报表开发人员、系统管理员MicroStrategy:系统管理2天系统管理人员MicroStrategyDesktop:高级报表4天高级报表开发人员MicroStrategyArchitect:项目设计2天项目设计人员5.1.2培训课程下列所有开设的培训模块所有本地化为中文。它们涉及了所有要在迪比特环境下使用的MicroStrategy产品。所有的培训皆基于MicroStrategy总部所发布的已有的培训内容。MicroStrategy:报表基础时间2天先导课程纯熟使用Windows操作界面培训对象报表开发人员或设计人员分析人员高级报表用户任何需要进一步的MicroStrategy课程培训的人员所覆盖的MicroStrategy产品MicroStrategyDesktopMicroStrategyWeb课程描述两天的课程将向学员介绍MicroStrategyDesktop和MicroStrategyWeb的报表制作能力。学员将学会使用模板、筛选、度量、提醒、搜索等对象构建报表，还将学会组合多张报表、使用钻取功能操作报表以及导出数据等。学员也将学会使用各种格式化选项比如排序、旋转、分页、大纲模式、以及显示总计和小计等。培训内容MicroStrategy决策支持介绍MicroStrategyDesktop介绍在Desktop中创建、保存、查看报表在Desktop中操作报表创建、保存、编辑基本过滤器创建、格式化基本度量基本提醒和搜索创建和查看文档在MicroStrategyWeb中操作报表MicroStrategy:系统管理时间2天先导课程MicroStrategy:报表基础培训对象系统管理员开发人员征询人员项目经理所覆盖的MicroStrategy产品MicroStrategyIntelligenceServerMicroStrategyWebMicroStrategyAdministrator课程描述两天的课程将引导学员理解MicroStrategyIntelligenceServer,MicroStrategyWeb和MicroStrategyAdministrator的基本工作原理。学员将学会服务器平台的安装、管理、故障排除。学员还将学会如何通过调整缓存、调度和群