WEB开发网
开发学院数据库DB2 灵活有效的数据仓库解决方案:第1部分:客户互动和... 阅读

灵活有效的数据仓库解决方案:第1部分:客户互动和项目计划

 2010-05-14 15:00:32 来源:WEB开发网   
核心提示:收集并记录业务需求在执行该任务期间,您应该可以发现并理解客户的业务难题,灵活有效的数据仓库解决方案:第1部分:客户互动和项目计划(3),识别并优先考虑业务需求,以及关注感兴趣的业务主题领域,但是如果您的需求解决了下列问题,那么您就可能获得了足够的信息开始进行数据建模:谁是用户所感兴趣的?考虑个人、小组和组织,在完美的世

收集并记录业务需求

在执行该任务期间,您应该可以发现并理解客户的业务难题,识别并优先考虑业务需求,以及关注感兴趣的业务主题领域。在完美的世界中,在客户互动的开始,您可能拥有完整的数据仓库项目的书写业务需求集。而在现实商业世界中,特别是在中间市场的公司中,初始的业务需求通常是不完整的;最初的联系常常包含电话、e-mail 或非正式的谈话。在向项目投入过多时间和资源之前,遵循所有初始会议以完整地识别所有的业务需求是十分重要的。

收集完整的业务需求并非是一项普通的任务。它需要积极地与您的客户进行交流。最适合于该工作的是一位有经验的分析员,应具有较强的业务和人员技能以及关于数据仓库和数据建模的合理知识。

确定终端用户的需求

在收集需求的过程中,您收集并记录终端用户的需求。您通常要研究终端用户是如何卷入业务过程和信息分析活动的。因为这些终端用户并非一定理解数据仓库的概念,所以您应该询问允许您得以理解特定业务问题的问题。在本阶段中,通常发现终端用户的需求是非正式记录的,且没有用详细的数据结构表示。在收集终端用户的需求时,您可以采访终端用户,研究现有的文档和报表,以及监控进行中的信息分析活动。具有业务过程工程和信息分析方面的经验可能十分有帮助。

终端用户需求可以分为 4 个类别:

业务对象是商业术语中信息分析目标的高级表示。一个给定的数据仓库项目可能具有一个或更多业务对象。例如,业务对象可以是:“数据仓库必须支持操作成本的分析,以及产品销售利润的分析。”

数据仓库项目中的联合业务对象集可以帮助确定项目范围。它们还可以帮助识别项目中所涉及的信息主题领域,以及识别终端用户所分析的业务过程(通常是高层次)的度量。

业务查询表示终端用户在其日常信息分析活动中询问并尽力解决的查询、假设和分析问题。就像业务对象一样,业务查询也是用商业术语表示的。您通常将期望精确规划它们。它们不是用 SQL 术语表示的。业务查询类别中频繁碰到的一些实例有:

存在检查查询,例如“给定产品是否已经卖给某位特定客户?”

品项(item)比较查询,例如“比较两位客户在过去的 6 个月中的购买价格”或“比较每个商店每周对于一个特定产品的销售品项数目”。

趋势分析查询,例如“给定产品集在过去 12 个月中的销售增长如何?”

用于分析比率、等级和集群的查询,例如“按照去年中的美元销售列出最佳客户。”

统计分析查询,例如“计算每个产品类别在每个销售区域中的平均品项销售。”

数据分析场景是增加您所捕获和分析的需求集实质的较好方式。例如,某些业务需求是通过分析现有报表查询工作流和解释当前业务数据分析结构而生成的。

现有的数据模型可能是可用的,并且可以用于进一步指定或支持终端用户需求。您可以通过重新构建和集成源数据模型来收集数据模型。

终端用户需求集涉及了许多领域,且许多因素都可以影响其结果。这些因素可能包括终端用户的业务知识,他们可以如何较好地表达自己,或他们接受采访多长时间。用户需求也是随时间变化的,某一天正确的内容到了第二天可能不再有效。您如何知道何时成功地识别了用户的需求呢?没有一个绝对的测试,但是如果您的需求解决了下列问题,那么您就可能获得了足够的信息开始进行数据建模:

谁是用户所感兴趣的?考虑个人、小组和组织。

哪些业务过程和功能是终端用户尽力分析的?

用户为何需要数据?

何时(哪个时间点)需要记录数据?

相关过程在何处(地理上,组织上)发生?

您如何可以度量业务过程和功能的性能或状态?

上一页  1 2 3 4 5 6 7 8  下一页

Tags:灵活 有效 数据

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接