业务数据目录：角色和开发生命周期

项目
06/15/2015

在 Microsoft Office SharePoint Server 2007 环境中，元数据作者使用 XML 定义元数据；他们不需要编写代码。而且，通过使用业务数据功能（例如 Web 部件），业务分析师也可以创建大纲-细节和集成应用程序，而无需编写代码。Office SharePoint Server 2007 环境中发生的传统开发范例的转变提供了四种用于创建和部署业务数据解决方案的角色：业务分析师、元数据作者、管理员和开发人员。下面介绍这些角色的特征和技能以及这些角色使用业务数据目录和其他业务数据功能执行的功能。

业务分析师

业务分析师了解业务系统及企业中的总体业务流程。业务分析师是了解公司内主要业务系统的用户，他们非常清楚公司内的业务数据需求趋势和重大变化。尽管他们可能不编写代码，或不一定了解软件产品开发的技术复杂性，但他们的确知道业务系统提供的哪些业务对象适合用在 Office SharePoint Server 2007 环境主持的业务流程中。他们能够分析业务对象（在此 SDK 中称为实体）的数据定义，并了解数据对象包含的元素。最重要的是，业务分析师向元数据作者介绍业务系统中的业务对象的使用。

业务分析师在构建业务数据目录解决方案中执行以下主要任务：

标识相关方案和解决方案范围。
标识用户必须从 Office SharePoint Server 2007 网站和自定义应用程序访问的实体。
将解决方案范围和详细信息传达给元数据作者，并介绍业务对象及其包含的元素、数据类型、用户界面和新解决方案的功能需求。
在管理员将业务系统添加到业务数据目录后，创建门户页以显示业务数据。业务分析师使用业务数据功能（例如业务数据 Web 部件和业务数据栏）来执行此操作，而无需编写代码。

元数据作者

在业务分析师定义了新解决方案的要求之后，元数据作者使用 XML 定义所需的元数据。元数据作者角色根据需要执行一些任务（例如，为标识的实体创建元数据、指定实体的详细类型说明）。元数据作者还在管理员将元数据部署到服务器上之前对元数据进行测试。

定义企业系统元数据的元数据作者所需的技能与数据库管理员所需的技能类似。该角色必须了解业务系统，包括其数据模型和 API，但不需要高级的编程（或 Microsoft .NET 开发）技能。元数据作者主要编写元数据，而非编写代码。

元数据作者在构建业务数据目录解决方案中执行以下主要任务：

了解业务数据目录：元数据模型。
将 AdventureWorks SQL Server 2000 示例用作起点来创建企业系统的元数据。元数据作者使用业务分析师提供的信息来添加所需的实体、方法、筛选器描述符、关联和操作。
测试元数据，然后将 XML 提供给管理员以进行部署。

管理员

在元数据作者完成元数据 XML 的创作和测试后，由管理员对其进行负责。管理员执行一些任务，例如建立安全、审核及其他配置设置，以及以可缩放的方式部署元数据和业务应用程序。

管理员在构建和部署业务数据目录解决方案中执行以下主要任务：

通过使用 SharePoint 3.0 管理中心将应用程序定义添加到业务数据目录来部署元数据 XML。有关详细信息，请参阅如何：将应用程序定义添加到业务数据目录。
设置访问权限、审核及身份验证设置。如果需要，管理员配置单一登录 (SSO)。

备注

在此情况下，业务数据可用于其他业务数据功能（例如业务数据 Web 部件、业务数据搜索和业务数据栏）。
在准备好自定义业务数据解决方案后对其进行部署。

开发人员

开发人员使用业务数据目录对象模型和 Office SharePoint Server 2007 对象模型的其他部分，来在 Office SharePoint Server 2007 的顶部创建自定义业务应用程序。有关详细信息和代码示例，请参阅使用业务数据目录构建自定义应用程序。

开发生命周期

下图显示了基于业务数据目录的解决方案的开发生命周期（解决方案开发中所涉及的角色和流程间的交互）。

基于业务数据目录的解决方案的开发生命周期中的角色和流程

业务数据目录解决方案的开发