SIS 集成计划

管理课程和用户数据可以委托给不需要命令行访问Blackboard服务器的一个或多个管理员。

可以将数据快速有效地从一个学习管理系统 (LMS) 转移到另一个学习管理系统。

如果您使用的Blackboard本机身份验证系统，则登录标识符和密码将包含在收集的用户数据中。登录标识符和密码必须分发给每个用户。

如果登录标识符和密码来自机构验证系统，则收集登录标识符并为每个用户生成一个随机密码。然后，用户将向机构验证系统进行验证。

学生信息系统 （SIS）：学生信息的存储库，例如姓名、地址、联系信息、学年或毕业日期。

注册办公室：课程目录信息以及课程名称、描述和部分信息，以及注册信息。

人力资源部或人力资源管理系统 (HRMS)：描述机构内每个人的信息，包括教师、职员、兼职讲师和助教 (TA)。

学校目录服务（用户数据库）：查找员工和科系电话号码、电子邮件地址和办公室地址。此目录可以是 LMS 的信息源。

IT 部门或计算机服务：设置对用户进行身份验证的方法，例如 LDAP 服务。它可能生成电子邮件地址和登录凭证。

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昵称。提供（可选）使用昵称数据元素指定昵称的功能。将 LMS 配置为显示 NICKNAME（而非 FIRSTNAME）的内容。最佳实践方法是规范和集中昵称的收集和存储。

电子邮件。与用户交流需要电子邮件地址。

INST_EMAIL：机构电子邮件现在可用于除 SIF 之外的所有现有学生信息系统集成类型，它是每个用户的主要唯一标识符，由 UPN 前缀（用户的帐户名）和 UPN 后缀（DNS 域名）组成，并带有 @ 符号。这为数据服务目录中的每个特定用户创建了唯一的电子邮件地址，使机构能够有效管理与Blackboard服务之间的数据同步过程。对于所有 SIS 格式，它默认设置为个人电子邮件，并且要求每个人都是唯一的。设置并运行的所有现有集成都将有此数据映射，因为如果用户的电子邮件重复，SIS 将无法导入用户。您可以从学生信息系统 高级配置设置，然后用户学习对象类型，然后字段映射进行管理。

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 表示。某些第三方构建块要求字段长度相同。尤其是日期信息更是如此。在上一个示例中，使用一致的数据分隔符下划线“_”分隔单独的数据元素。

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 数据元素将定义用户在课程中的角色。