## 成员 ### 成员 管理 关系 普通带课老师是不需要进后台的 班主任可以进后台，进行发通告，班级管理 教务管理人员可以进后台，审核老师加入，设置班主任等操作 学校管理员可以进行全部设置 这一块是后台权限系统 >[info] 同时需要注意的是，老师又是成员。也就是插件的使用者。 现在已经设计好了，学校管理员和老师后台是分开的。 各自都有各自的角色权限管理。 成员：使用微信插件的用户，主要有家长和老师。 而学校的管理者，可以不是成员，所以还是和老师的账号体系分开比较好。 2017-9-16 18:06:17 * * * * * ### 所以目前来看成员至少有两个重要的地方： **职务：** 直观展示了成员的身份 **所属部门：** 表示了成员所在部门，和成员架构（一个成员可以同时在多个部门） 这两点很重要，或者说这两点就是企业通讯录的意义。（企业通讯录的价值就在于：企业架构，成员身份，所属部门，职务） 这两点就是关键的，企业微信的通讯录，我们接管后，管理好这两点就可以了。这两点也是来源于我们系统的数据。这就是企业微信通讯录和我们系统的关系。 企业微信通讯录，只是我们控制的一个东西，我们系统是个更大的架构，严格来说，我们系统的结构，用户，学校，老师，家长，班级，学生，和企业微信通讯录没有关系，我们系统按照自己的结构运作，只是现在需要利用企业微信，所以根据我们自己的数据结构，生成符合企业微信通讯录的数据来操控企业通讯录， **我们不需要直接去设置企业微信通讯录，我们系统会根据自己的数据结构来自动管理维护这个企业微信通讯录的。** 比如：生成班级架构，家长，老师和班级建立连接后会自动体现在通讯录（设置老师所在多个部门），并且计算出成员所在的部门。但是这种结构只是明显表现在通讯录里面的，**我们系统并没有这种通讯录，所以理解区分开这点很重要。** 企业微信成员通讯录对我们系统来说是“不存在”的，那么对于系统来说，我们可以将它成为【虚拟通讯】。 >[danger] 部门组织应该清晰明了的展示学校结构，便于查找成员 2017-9-18 18:29:20 * * * * *