好处

使用学生信息系统 (SIS) 集成将数据传递到 Blackboard Learn 来自动填充和更新系统的主要好处包括以下几点：

  • 可以将管理课程和用户数据的任务委托给一个或多个不需要命令行即可访问 Blackboard 服务器的管理员。
  • 可以将数据快速有效地从一个学习管理系统 (LMS) 转移到另一个学习管理系统。

开始之前

创建一个或多个 SIS 集成前，必须召集所有利益关系人一起计划 Blackboard Learn 将用于填充系统的数据的来源和格式。由于 SIS 与 Blackboard Learn 之间的通信是单向的，因此必须对 Blackboard 定义并描述每个课程、用户及用户角色的所有数据。此外，所有用户都必须有向 Blackboard 标识其唯一身份的凭证。

收集课程、用户和注册数据是一个持续的过程。当人员进入并离开机构、创建课程以及更改注册时，必须更改 Blackboard 中的数据。应根据机构政策来确定多长时间必须收集和加载数据一次。向系统提供信息的数据源应设置可重复的步骤，以便将数据传达给 Blackboard 管理员。

您所在的机构可能已基于协定的业务规则制定了功能强大的进程。在这种情况下，可能不需要扩展计划，但您将需要了解 Blackboard 需要的信息需求以及需要完成的任务的顺序和频率。如果您所在的机构刚刚开始运行或更改自动进程，则将需要更为深入的计划，以便在您启动前提供业务规则和信息。

用户、课程和注册的所需信息

要创建集成，您将需要向 Blackboard 提供以下用户、课程和注册信息。标识每条数据的来源是计划的第一部分。

必填信息
对象 元素
用户（人员） 人员唯一标识符

登录标识符

密码（用以访问 Blackboard）

名字

姓氏

昵称（可选）

电子邮件地址

机构电子邮件地址

机构角色
课程 课程唯一标识符

课程标识符

课程名称

课程内容源（可选）
注册 与课程关联的用户组

用户在课程中的角色

确定验证方法

为每个用户收集一个登录标识符和密码。您可以使用 Blackboard 的本地验证系统，也可以使用您所在机构的验证系统。

  • 如果您使用 Blackboard 的本地验证系统，则将在用户数据中收集登录标识符和密码。登录标识符和密码必须分发给每个用户。
  • 如果登录标识符和密码来自机构验证系统，则收集登录标识符并为每个用户生成一个随机密码。然后，用户将向机构验证系统进行验证。

定义数据源

虽然可以从诸如 Vista 的 LMS 内部收集您的所有数据信息，但最好使用机构收集并维护的官方机构数据。此机构数据可能将来自不同的数据源。您的机构可能已确定了，也可能尚未确定这些数据源的属性以及您可以从其收集的数据。在任何情况下，若要创建集成，您将需要协定数据源以及提取数据的方法。

各机构的设置方式不尽相同，但您可以在某些常用位置找到您需要的信息。

  • 学生信息系统 (SIS)：学生信息（如姓名、地址、联系信息、学年或毕业日期）的存储库。
  • 注册办公室：课程目录信息与课程名称、描述和区域信息以及注册信息。
  • 人力资源部或人力资源管理系统 (HRMS)：描述机构内每个人的信息，包括教师、职员、兼职讲师和助教 (TA)。
  • 学校目录服务（用户数据库）：查找员工和科系电话号码、电子邮件地址和办公室地址。此目录可以是 LMS 的信息源。
  • IT 部门或计算机服务：设置验证用户的方法，如 LDAP 服务。它可能生成电子邮件地址和登录凭证。

解决冲突的数据

如果从多个数据源收集数据，则可能会出现冲突的数据元素。需要制定一个政策来解决冲突，以便系统知道要使用的源。例如，HRMS 可能会要求用户提供电子邮件地址。注册办公室可能也会要求用户提供电子邮件地址。如果用户在机构有两个不同的角色（如学生与助教或职员与兼职教师），则可能会出现冲突的电子邮件地址。在这种情况下，当两个机构电子邮件地址不同时，必须决定哪个来源具有优先权，并将作为用户的机构电子邮件。

另一个冲突的数据元素示例是注册办公室与 SIS 各有一个学生电子邮件。机构的目录服务可能也为每个用户保存电子邮件地址。解决此冲突的一种方法是选择一个源，放弃另一个源。另一种方法是允许用户在 Blackboard 中设置其电子邮件地址。

若要创建成功的集成，需要确定可能出现冲突数据元素的位置并解决冲突。
 

“机构电子邮件”有什么含义？它支持什么？

利用机构电子邮件字段，允许在客户的外部支持服务和 Blackboard Learn 之间进行自定义字段映射。如果数据提供商同时也是云提供商（如 Microsoft），则用户主体名称 (UPN) 是每个用户的主要唯一标识符，由 UPN前缀（用户的帐户名）和 UPN 后缀（DNS 域名）以及 @ 符号组成。这将为数据服务目录中的每个特定用户创建一个唯一电子邮件地址。

为确保数据准确，并正确实现 Blackboard Learn 和数据服务提供商之间的注册或成员资格，两个系统之间的用户电子邮件地址必须匹配。在 Blackboard Learn 中，用户可以更改或覆盖用户界面中的个人电子邮件地址，这可能导致出现同步错误，并且用户无法正确添加到班级 Team 中。机构电子邮件字段映射可确保可以正确管理该级别的安全性和验证检查，无论用户是否在机构中更改Blackboard电子邮件。

数据加载顺序

系统创建用户、课程和注册所需的所有信息都是基本信息，但由于数据可能来自不同的源，因此需要以特定顺序将其加载至 Blackboard。课程和用户信息需要首先加载，因为注册取决于该信息。数据加载顺序为：

  1. 用户
  2. 课程
  3. 注册

创建用户、课程和注册的特定信息在以下章节介绍。

创建用户

  • EXTERNAL_PERSON_KEY。此元素用于标识数据库内部的用户。虽然此密钥从不显示，但不应包含个人身份数据、姓名、社会保障号码或出生日期。因为此人的数据发生更改。有些人结婚、离婚、法定名更改或更改其社会保障号码。由于不包含个人身份数据，因此可以避免有关更改的任何问题。此密钥最多可包含 64 个字符。由于存在将学生数据意外泄漏给其他学生的危险，因此绝不能重复使用此密钥。将密钥颁发给学生后，不应再次颁发。如果再次颁发 EXTERNAL_PERSON_KEY，则会产生使一个用户信息暴露给另一个用户的危险。因此，Blackboard 建议此密钥成为非常大的密钥空间的一部分。如果您没有合适的标识符，构建这种密钥的好方法是为每个学生生成一个随机的 16 - 20 位十六进制数。由于此密钥具有很大的可变性和随机分发的特点，因此数据库可以构成一个平衡的索引。
  • USER_ID。USER_ID 有时称为网络 ID、用户名或登录名。此元素与密码一起用于向 LMS 验证用户。如果不存在中央验证系统，则可将 Blackboard 用作验证系统。在这种情况下，Blackboard 管理员需要为每个用户创建 USER_ID 和密码。如果所使用的中央验证系统带有受 Blackboard 支持的协议，则我们建议使用该系统来验证 Blackboard 用户。在这种情况下，必须组合已绑定至 EXTERNAL_PERSON_KEY 的 USER_ID 的列表，以便加载至 Blackboard。此方法还可以用作为 Blackboard 授权。
  • FIRSTNAME、LASTNAME、NICKNAME。这些元素将确定学生身份在 Blackboard 中的显示方式。如有可能，在数据源名称发布至 Blackboard 之前，将其划分为几个组成部分。此名称可能是机构用于官方记录（例如成绩抄本、国税局 W2 表或身份证）的正式名字。并非使用正式名字来称呼所有人，某些人坚持使用昵称。Blackboard 提供了使用 NICKNAME 数据元素来指定昵称的功能（可选）。将 LMS 配置为显示 NICKNAME（而非 FIRSTNAME）的内容。最佳实践方法是规范和集中昵称的收集和存储。
  • 电子邮件地址。与用户交流需要电子邮件地址。
    • Blackboard 支持每人两个电子邮件地址（人员电子邮件和机构电子邮件）。如果由于从多个数据源收集数据导致用户有多个电子邮件地址，则机构必须：
      • 选择一个记录系统作为主要电子邮件，或
      • 使用机构电子邮件字段来设置用户帐户的正式电子邮件地址，允许用户在 Blackboard 中设置自己的电子邮件地址，而不会发生冲突。
    • 当用户在机构内拥有多个角色（例如学生和助教或教职员工和兼职教师）时，也可能会出现具有多个电子邮件地址的情况。您必须为此用户选择其中之一。
    • 有些教师可能希望在 Blackboard 中使用的电子邮件地址不是其官方电子邮件地址，而有些学生则可能希望将自己的课程作业电子邮件地址与社交电子邮件地址分开。为实现此目标，用户必须能在 Blackboard 中更新其电子邮件地址。（机构可以决定学生是否可以更新他们的电子邮件地址。）一旦用户更改了他们的电子邮件地址，就不能从官方来源再次更新。用户将负责在 Blackboard 中及时更新其电子邮件地址。但这样做的风险是，用户会忘记更新其官方记录且电子邮件通信无法发送至正确的地址。
  • INST_EMAIL：现在除 SIF 之外，对于所有现有 SIS 集成类型均可用，机构电子邮件是每个用户的主要唯一标识符，由 UPN 前缀（用户帐户名）和 UPN 后缀（DNS 域名）组成，并用 @ 符号连接在一起。这会为数据服务目录中的每个特定用户创建一个唯一的电子邮件地址，使机构能够有效地管理 Blackboard Learn Ultra 和服务之间的数据同步过程。对于所有 SIS 格式，它默认设置为个人电子邮件，并且要求每个人都是唯一的。设置并运行的所有现有集成都将有此数据映射，因为如果用户的电子邮件重复，SIS 将无法导入用户。
    您可以通过 SIS 高级配置设置  >  用户 Learn 对象类型 > 字段映射对其进行管理。

    不会向 inst_email 发送电子邮件通信。在这一点上，它严格和第三方集成一起使用。
    无法通过管理面板的“用户”->“创建”部分中的批处理文件设置此用户字段。

  • INSTITUTION_ROLE。此元素将确定用户在机构中的角色。这不是用户在课程中的角色，而是标识其在机构中角色的方法。INSTITUTION_ROLE 将确定用户在 Blackboard 中可以查看的内容。此角色还可以用于指定哪些用户在该应用程序中具有提升的权限。如果不想根据用户在机构中的角色向用户显示不同的门户页面视图，则可以将 INSTITUTION_ROLE 数据元素设置为“无”。
  • SYSTEM_ROLE。此元素将确定用户在 Blackboard 中的角色。此角色将授予用户管理 Blackboard 各方面的权限，包括系统管理、课程创建以及课程资源管理。角色“无”不提供任何系统管理或课程创建权限，是最经常分配的角色。

创建课程

  • EXTERNAL_COURSE_KEY。此元素将唯一标识课程。任何 Blackboard 用户均无法看到。最佳实践方法是设置这些数据元素的格式，以便使其便于排序和操作。您需要收集在几年（数据保留时间）中唯一描述课程的几个数据元素。注册办公室经常保存至少在一个给定学期中唯一标识课程的数字。例如，如果 2012 年秋季您有一个化学 301 课程，唯一的课程编号为 12345，则可能要选择 2012_fall_12345_CH_301 作为 EXTERNAL_COURSE_KEY 的值。此外，另一项改进是（如有可能）使 EXTERNAL_COURSE_KEY 的所有元素长度相等，特别是院系和日期。学期可以用月份数字 1、6、9 表示。有些第三方 Building Block 要求字段的长度都相同。尤其是日期信息更是如此。在上一个示例中，使用一致的数据分隔符下划线“_”分隔单独的数据元素。
  • COURSE_ID。在排序课程时，此元素用于门户模块。创建课程后，此元素无法更改。此密钥对用户可见，且必须包含用户易于理解的信息。通常情况下，此密钥应包含年份和学期用于排序。此外，还应该包含院系和课程编号以及唯一标识符。例如，COURSE_ID 可以是 2010_9_12345_CHEM_301。使用一致的数据分隔符，建议使用下划线。在默认情况下，“我的课程”门户模块按 COURSE_ID 对课程排序；当课程列表变长时，此元素尤其重要。
  • COURSE_NAME。此元素可以是描述课程的任何信息。不必是唯一信息，并且可在加载数据时或由教师进行更改。某些 Building Blocks 按 COURSE_NAME 排序。
  • TEMPLATE_COURSE_KEY。TEMPLATE_COURSE_KEY 将确定已准备内容的现有课程名称（可选）。某些组织需要为课程提供标准化的内容，可能包含 TEMPLATE_COURSE_KEY。此内容可以包含文件、调查、测验、公告，甚至可以包含教师。创建新课程之前，必须完成模板课程。创建课程时，将内容复制到新课程中。如果在创建课程后更改模板课程，则对之前创建的课程没有任何影响。根据模板创建新课程之前，模板课程必须为最终形式。为模板课程选择一个标准化的命名约定。例如，所有模板课程开头为“模板”，后面是下划线和一些其他标识符。

创建注册

注册指将用户分配至课程并定义用户在课程中的角色（如学生或教师）。

  • EXTERNAL_COURSE_KEY。此元素是来自课程数据的唯一密钥。
  • EXTERNAL_PERSON_KEY。此元素是来自用户数据的唯一密钥。必须定义这些密钥，然后才能处理特定的注册记录。
  • ROLE。ROLE 数据元素将定义用户在课程中的角色。

为数据添加标签并设置其格式

确定所有数据源、设置冲突解决规则以及从源收集所有数据元素后，需要为数据创建某些标签（称为数据源密钥 (DSK)），以便可在一个操作中处理这组数据。您还需确保设置了数据格式，以便通过您所选的集成类型对其进行正确识别和处理。

创建数据源密钥

数据源密钥是可分配至一组数据以便可在一个操作中处理这组数据（而不是单独处理每条记录）的标签。您可以创建多个数据源并使用它们来加载并处理 Blackboard 中的数据。

最佳实践方法是设计您的数据源密钥，以便您可以同时加载所有类似项目。将用户放在其中一个数据源密钥下。将每个学期的课程放入另一个数据源密钥。这样，您就可以通过单个命令有效操纵学期的课程比例，而不影响客户。出于相同的原因，将每个学期的注册加载至各自的数据源密钥中。

使用年份、学期、数据源和类型来构建 DATA_SRC_KEY 名称。例如，使用 2011_fall_SIS_courses 为 2011 年秋季课程添加标签。

详细了解数据源密钥

设置数据格式

必须设置数据的格式，这样 SIS 集成 Building Block 才能识别每个元素并对其执行相应的处理。必须根据类型来标识每个数据元素。可扩展标记语言 (XML) 提供了一种简单、普遍且详细的方法来描述数据。根据您选定的集成类型，XML 格式将稍有区别。

附加计划信息

计划 SIS 集成时，您将需要确定要创建的一个或多个集成类型，并基于您所在机构的政策和要求制定其他决策。

集成类型

有六种可用的集成类型，根据选定的类型，数据格式将稍有区别。对于系统可能拥有的集成，没有数量限制。虽然单个系统中可能有不同的集成类型，但这种情况并不常见。

  • IMS Enterprise 1.1
  • IMS Enterprise 1.1 - Vista
  • IMS 学习信息服务
  • 快照平面文件
  • 快照 XML
  • Grades Journey

要详细了解每个集成类型的数据映射，请参阅创建和编辑 SIS 集成。

对 IMS 学习信息服务设置 SSHA 密码加密

根据 Sungard Banner 使用的方法进行授权。当字段映射中的加密类型设置为 SSHA 时，如果没有 SSHA，则系统会在前面预置 {SSHA}。除了设置和嵌入 SSHA 前缀之外，还可以设置和嵌入 pwencryptiontype（如以下示例所示）：

<userid useridtype="SCTID" pwencryptiontype="SSHA" password="{SSHA}OMMjWPR+6fM/iQ+ZvpWHEVGxoAEFT0JUQUE4Qz==">N00013021</userid>

制定通信中断的计划

如果 SIS 与 Blackboard 之间存在通信问题，则需要制定有关如何处理中断的计划。可以将数据手动上传到 GUI 的“集成”中。为保持系统顺畅运行以及系统数据最新，需要建立系统触发和备份。

设置集成状态

Blackboard 建议新的集成从测试状态开始。选择此状态可以测试集成、修复确认集成前可能出现的任何问题。完成测试后，可将状态设置为非活动或活动。“非活动”状态不会处理请求，也不会更新数据库中的数据。“活动”系统会处理请求、更新数据库中的数据并对用户可见。

Blackboard 还建议在发布为生产之前，在暂存或测试环境中创建此集成。

日志记录

在创建集成的过程中设置日志详细程度将指示对于选定的集成在系统中保存的日志类型和深度。可使用高级搜索方法 (包括错误类型、集成以及日期范围) 筛选日志。

高级配置

将学习对象类型以及源自 SIS 系统的对象类型映射至一对一列表中。为每个对象类型选择处理插入、更新和删除的方法。

了解详细信息

学习信息服务规范入门

学习信息服务