BPO 生产力工具

1. 您的应用程序（或扩展）做什么？它解决了什么业务问题？

该公司为全球数百家公司提供业务外包。目前，后台生产力指标大多是通过 Excel、Access 以及一些自定义的 Web 解决方案来按项目跟踪的。我设计了这个基于 LightSwitch 的框架，通过自定义表单和 LightSwitch 内的服务线流程数据，来满足每个项目对 RAD 定制化的强烈需求，并允许将所有收集到的数据集中到一个更全局的企业级存储中。为了进一步增强该工具收集数据的利用率，收集到的 OLTP 数据会通过 SSIS ETL 作业进行处理，这些作业全天频繁运行，之后任何新数据都会通过主动缓存增量编译成 OLAP 形式，从而提供全组织范围的分析报告能力。

该解决方案构建在自定义 LightSwitch Shell 扩展之上，我在此扩展中嵌入了 Microsoft PRISM，并使用单独的 WCF RIA 服务将数据推送到生产力指标存储库。

在该工具中，我将生产力跟踪视为一个应用程序级别的行为，该行为通过 SilverLight 中构建的现有 PRISM 模块进行暴露，这些模块用于隔离生产力跟踪行为，如果需要，可以在应用程序启动时将其合并到 LightSwitch 中。

最终效果是，我通过 MEF、MVVM 基础的 SilverLight 模块、WCF RIA 服务以及核心的 LightSwitch，将 PRISM 模块派生的非 LightSwitch 视图与 LightSwitch 渲染的视图并排展示。

该应用程序收集的跟踪指标记录了后台坐席完成特定活动所需的时间，以及活动类型、录入班次、由哪个后台坐席录入、属于哪个团队、在哪个部门，所有这些数据都从 LightSwitch 应用程序收集并推送到基于 WCF RIA 的生产力跟踪企业 Web 服务。

一旦收集完成，业务利益相关者就可以查看整个组织的后台生产力及利用率，通过 SharePoint 2010 BI 和 Performance Point Services 进行可视化展示，即使数据是在世界任何地方录入的，也能在收集后瞬间看到！

解决的问题

1. 该工具首先解决的问题是，公司不再需要报告分析师不断地翻阅大量的 Excel 文档或 Access 数据库来将本地数据转换为全局生产力及利用率报告。现在，这些数据直接在源头通过该工具实时收集，并即时推送到企业数据仓库，然后通过 Performance Point Services 托管在 SharePoint 2010 BI 报告站点中，以一系列立方体计算的形式呈现结果，同时也在工具本身中反映为图表。
2. 该工具解决的第二个问题是，几乎没有任何服务线活动无法建模，也没有任何屏幕无法开发，并且在极短的时间内以极低的成本完成。这得益于 LightSwitch 的深度集成。
3. 第三个解决的问题是，由于现在数据是全局收集的，业务计算可以在整个组织内一致地应用，而不是由每个区域各自制定这些重要指标的版本。
4. 第四个解决的问题是，该应用程序可以托管在客户的数据中心、组织自身的数据中心或世界任何地方的 Windows Azure 数据中心。

2. 此应用程序有多少个屏幕和实体？

通常的用量会超过 75 不到 100，但由于整个组织有无尽的自定义服务线流程需要支持，因此更可以设想的是 70-100 个屏幕乘以数百个服务线……这意味着屏幕的潜力非常巨大。其他问题……

1. LightSwitch 是否为您的企业节省了资金？ 怎么做到的？

是的，我相信通过将 LightSwitch 集成到该工具中，公司将在构建自定义解决方案方面节省大量资金。使用这种新方法构建新的服务线的时间缩短到几天，而以前的开发需要数周/数月。我还认为 LightSwitch 在数据并发等方面的企业级特性将通过改进记录点的数据准确性，为公司节省大量资金。我认识到要构建与 LightSwitch 提供的相同功能将需要大量的努力和巨大的成本，这甚至是我无法开始计算的。

2. 如果没有 LightSwitch，还会构建此应用程序吗？ 如果是，使用什么？

是的，SilverLight、PRISM 和 WCF RIA 服务。

3. 此应用程序支持多少用户？

目前该解决方案正在进行一个小规模试点，用户约为 30 人，然后逐渐增加到 450 人。最终，一旦在整个公司推广使用，将有高达 20,000 名后台用户。

4. 使用 LightSwitch 构建此应用程序实际花费了多长时间？

这个自定义 LightSwitch Shell 花了我几个月时间才构建出来，但现在添加更多支持和功能到解决方案中只需几天。

5. 此应用程序是否使用了任何 LightSwitch 扩展？ 如果是，哪些？ 您自己编写了这些扩展中的任何一个吗？ 如果是，它是否向公众开放？ 在哪里？

1. Metro 主题
2. 是的，我构思、设计并构建了整个 LightSwitch 自定义 Shell 及相关框架。
3. 目前，该产品不公开提供。

6. LightSwitch 如何让您的开发生涯更美好？与您考虑过的其他选项相比，它构建起来更快吗？

一句话……快得多，快得多！

屏幕截图

应用程序视图包含在通用的第三方 Ribbon Bar / Docking 框架内的 Light 和非 LightSwitch 屏幕。

1. 显示的视图大多是来自现有 SilverLight 解决方案（非 LightSwitch）的派生视图。
2. 右侧的图表由执行 OLAP Cube MDX 查询的 WCF RIA 服务填充。
3. 底部的屏幕是 LightSwitch 细化屏幕，用于 Shrinkage Activity（非生产力任务）。

……LightSwitch Shell 命令启动 LightSwitch 搜索屏幕的示例……

从非 LightSwitch 数据源（网格）导航到 LightSwitch 细化屏幕……

启动新活动，该活动会打开新的/细化类型的 LightSwitch 屏幕，定位到主屏幕内的特定 UI 区域/视图……

导航组转换为 Ribbon Bar Tab……以及 LightSwitch Grid Screen……

闭幕词

在公司内部，IT 团队不断努力为业务利益相关者提供更优质的解决方案，以最具成本效益且最及时的方式，从而降低服务总成本。我认为 LightSwitch 能够非常有效且高效地实现这两点！

使用 LightSwitch，构建简单，部署简单，维护简单！

最后，我还要特别感谢以下各位的辛勤工作和奉献……

1. Anthony San Juan（LightSwitch 应用程序和 ETL 的首席开发人员）
2. Jaja Macatulad（ETL 开发人员和 SSRS 报告，测试人员）
3. Marc Brotone（ETL 开发人员和 SSRS 报告，测试人员）
4. Lou Campopiano（OLAP 设计师和开发人员）
5. Kim Laraby（业务分析师，测试人员）。

LightSwitch 太棒了！！！