2009-05-28 44 views
-2

为了了解其他人如何与项目解决 工作,我提出了这个项目的制定:我应该如何开始这种项目?

  • 该项目涉及多个不同的客户数据库,其中的数据,必须阅读并上传到该项目的数据库服务器。

  • 关于客户数据库 何时一个新客户到达时一般都知道,除了关于客户业务类型的一些常规知识之外。

  • 它需要一个程序来读取客户的数据。

  • 它需要一个网站与客户的数据, 试图做一些针对不同客户的一般方式的不同的横截面。

  • 它需要处理几个GB数据库。 同步数百万行与客户的数据库。

  • 网站的外观和功能应该令人眼花缭乱, 包括图表,与电子邮件和短信报告类似报告服务器的功能。

  • 不同的客户可能也会有不同的要求,所以系统应该以某种方式参数化。

  • 不同的用户可能也会喜欢有一些个性化的页面。

  • 可能还需要项目,文档和手册 的一些广告页面。

  • 网页加载速度超过0.1秒,可同时为数百个用户提供服务。

你会如何处理这样的要求?

最初你会选择多少人参与这个项目?

你会期望哪些不同的专业/专家?

您将如何仔细计划这样一个项目?


编辑:确定这听起来不切实际,但我应该第一个步骤是什么样的组织将能够妥善处理这个?

回答

4

有没有在其他这个问题列出的要求比:

  • 大未知的数据文件将被上传并加工成数据库。
  • 此大型数据将显示在网站上。
  • 该网站应该是令人眼花缭乱的。
  • 网站要快甚至数百个用户。

我建议你雇人来获得更好的要求。如果你需要技术推荐,你可以在这里找到它们:

  • C很快。 (而且还有许多其他的东西)
  • Flash网站都光彩夺目。 :(
  • Apache或IIS与MySQL/PostgreSQL的/ MSSQL组合都能够处理大量的服务器负载。
+0

感谢您的意见。 – 2009-05-28 20:22:51

3

<troll>

你会如何处理这一要求?

害怕

有多少人会ÿ你最初接受这个项目吗?一个

日?一个 - 我。第二天?可能更多。

你会期望哪些不同的专业/专家?一个数据库的家伙,后端的家伙,字体端的家伙,和心理来猜测未知的数据库结构

你会怎样仔细地计划这样一个项目:

要下手?

不是很。其实,我也不会接受这个项目,不是没有更好的规格。通过思维导图

+1

我完全同意不接受这个项目。我发现那些给我造成最大麻烦的项目是那些客户拒绝定义规范文档,然后在未知状态弹出并导致延迟时沮丧的项目。 – Paulo 2009-05-28 19:15:29

+0

他他。感谢您的评论。 – 2009-05-28 20:22:23

1

对我来说,这似乎是一个数据仓库项目,如果我理解正确的问题。

从技术角度来看:

您需要设置为每一个客户数据库,在那里把相关数据在中央系统会加载到“临时区域”。

然后,您的工作就是从每个暂存区域加载数据,将其转换为通用格式并将其存储在数据库中。

然后,使用报告工具在你的数据库建立好的报告,数据挖掘等

您可以使用专门的ETL工具(他们可能是相当昂贵),或使用简单的SQL有一些程序语言和脚本结合用于数据转换和加载。

您可以使用专门的报告工具(例如,Business Objects)通过构建的数据仓库构建报告。他们的特点之一是它们被认为允许最终用户自定义和构建自己的报告。

从人员角度来看:

你需要在数据仓库工作过的人。我不能说团队的规模,因为它取决于数据源的数量和复杂性。

规划:

我建议以下步骤:

  1. 使用的第一批客户,以确定仓库 通用数据模型。
  2. 实现通用数据仓库 功能(通用模型,元数据, ETL 转换的基本框架, 报表的基本支持)。这将设置 “基础设施”。此处还需要硬件设置和 大小调整。
  3. 使用迭代设置 客户。在每次迭代中, 分析的源数据,开发 数据过滤以选择 数据仓库,设计装载只有 相关数据并实现 数据转换,设计和 实施新的报道,如果必要的。

一旦数据仓库模型和结构(基础架构)就位,您可以将每个新客户作为单独的迭代进行处理,并在并行迭代中处理多个客户。