Canvas 作为学习系统，其领先优势，目前在全球范围内屈指可数。其功能十分强大且毫不累赘，对于学科沉积，互动教学和提高学生自我学习能力等方面，有着独特的运作模式，目前鲜有其他系统可与之媲美。
国际学校部署 Canvas 学习系统之前，首要考虑的因素如下：
学部或校区（School Division / Campus）
学校是否具备多个校区或多个学部，例如华东校区、华南校区，或例如幼儿园、小学、高中学部。学部和校区的规划，在 Canvas 中将体现为 Account 分组，例如主账号下分支多个 Sub Accounts。每个 Sub Account 相对独立，便于管理。
学期（Term）
目前学校现行学生信息系统，是否具备学年机制，每个学年对应一个 Term ID（如：1900），并且每个学期如 Quarter 1, Quarter 2, Quarter 3, Quarter 4，Semester 1 和 Semester 2 分别对应一个 Term ID（如：1901, 1902, 1903, 1904）。学期（Term）数据，将直接关系到学生在不同学期间，所能学习到的相关课程。每个学期可以分别设置学期开始时间和结束时间，并须与学校 SIS 系统一致。
课程（Course)
目前学校使用的学生信息系统，是否具备课程管理功能，且数据库中课程的 Unique ID 是否为逐年增加，或是否为每年重复使用。以 PowerSchool 为例，主要课程数据由 DCID、COURSE_NAME 和 COURSE_NUMBER 构成（详见：https://docs.powerschool.com/PSDD/powerschool-tables/courses-2-ver3-6-1），教务人员根据教学需要，创建或修改现有课程，这些课程数据由全校共同使用，分配给不同的年级。基本每年95%以上，会使用上一学年的课程，并少量增加或减少。部署 Canvas 前，首先确认课程数据的逻辑。
班级（Section)
目前学校使用的学生信息系统，是否具备班级管理功能。学校在部署 Canvas 之前，须根据以往学生和老师的 Schedule，事先规划班级与课程的关系。常见的场景：
场景一：Course by Course
一门课程当，可以包含多个班级（Section），每个 Section 对应一名教师，故该课程由多名教师共享相同的教学内容，等同该课程相关教师所使用相同教材，但每一名教师，可以分别对自己所管理的班级，独立布置作业、考试、讨论内容。Course by Course 场景自然也适用一名教师单独负责一门课程下的单个或多个 Section，课程教学内容均由一名教师负责。
场景二：Course by Section
一门课程中，可以包含多个班级（Section），每个 Section 对应一名教师，当多名教师，对教学内容需要相对独立管理时，我们则无法继续使用 Course by Course 模式，原因是一旦其中一名教师修改了教学内容，此课程的其他教师也将受到影响。
所以，我们提出另外一种课程设计场景：Course by Section，例如数学课（MATH）由 3 名教师负责，分别对应 A1, A2, A3，我们则可以将 MATH 课程拆分为 MATH A1, MATH A2 和 MATH A3，每一个拆分后的课程对应其教师和班级，可以解决冲突。
目前 Canvas 默认只有 Course by Course 模式，其设计架构需要学校在学生信息系统（SIS）中对课程进行规划，从而同步到 Canvas，如果学校采用 Canvas 官方云端服务，则无法提出定制需求，只能通过自行修改校内 SIS 的课程架构，将一门课拆分，分别管理它们的 Schedue。
如学校使用开源版本，自行搭建 Canvas，又不希望改变学校 SIS 系统中的课程架构，可通过 Canvas Adapter 进行定制化管理。Canvas Adapter 是我司专门为开源版本 Canvas 平台提供的数据同步工具，可根据学校的特殊需求，完成定制化的数据同步操作，降低人力成本。
课程表（Schedule）
目前学校使用的学生信息系统，是否具备课程表管理功能。
| TERM_ID | SCHOOL_ID | COURSE_NUMBER | SECTION_NUMBER(ID) | TEACHER_ID | STUDENT_ID |
|---|---|---|---|---|---|
| 1900 | 1 | ARTS 0610 | 1A | 65823 | 381932 |
Canvas 中所有课程、班级、教师和学生的数据关联，都是从课程表中的数据进行关联。
教师（Teacher）
学校信息系统（SIS）中是否具备教职员工管理功能，且学校为教职工提供的账户管理系统，如 Active Directory, Office 365 或 PowerSchool SAML，是否可与 Canvas 系统中用户进行关联。
例如，Canvas 与 PowerSchool 集成后，Canvas 中创建的教师账户，所使用的外部集成 ID 为 PowerSchool 中的 Staff ID，则当教师通过 PowerSchool 进行单点登录（Single Sign-On）操作时，该教师的网页页面由 PowerSchool 跳转至 Canvas，此时传递的用户 ID 为该教师的 Staff ID，并与 Canvas 中的账户匹配，完成单点登录。
所以学校在部署 Canvas 之前，须明确教师的账户集成方式，并通过前文中课程表信息，完成 Canvas 账户与域账户的关联。同时 Canvas 管理人员要承担教职工账户信息修改与注销的相关职责。
学生（Student）
学校在日常运营中，学生信息的准确性，将直接影响 Canvas 连锁反应，如学生 STUDENT_NUMBER 出现错误或发生修改，将直接影响学生与课程、班级、监护人账号关联的全部信息。学生如有其他 Siblings，他们是否正确关联，也将影响监护人账号是否发生重复关联的现象。
所以学校在部署 Canvas 前，须明确学生从招收起至退学的全链条业务流程：
- 学生信息创建
- 学生信息修改
- 家庭信息关联（监护人、兄弟姐妹）
- 学生信息注销
监护人（Guardian）
学校在调研部署 Canvas 时，须明确监护人信息来源，以及其相关信息的更新方式，尤其是监护人姓名、Email 等关键性数据，且监护人信息父亲、母亲与其他监护人信息和学生个体之间如何关联。另外，学校在管理 Sibling 时，是否发生监护人信息重复，或监护人与其中一名 Sibling 关联遗漏等问题，这些问题将直接影响家长的使用体验。
学校在部署 Canvas 前，须明确学生从招收起至退学中其监护人信息的业务流程：
- 监护人信息创建
- 监护人信息修改
- 家庭信息关联（学生）
- 监护人信息注销
