应该是有的。
教务管理系统: 系统分三种身份:学生,教师和管理,每种身份登陆系统后进入不同的权限操作界面。
教务管理系统是一个学校教务系统平台。教务管理系统具有学生信息管理、教师信息管理、财务信息管理、班级信息管理、课程信息管理、成绩信息管理等服务功能。
3.2.1 用户信息管理
用户是权限的拥有者或主体。用户和权限实现分离，通过授权管理进行绑定。用户信息管理主要提供教务管理平台相关使用人员的信息的管理，包括添加，删除，修改等相关操作。
3.2.2 角色信息管理
角色是权利和责任的标识，角色信息管理主要提供教务管理平台相关使用人员所属角色信息的管理，包括添加，删除，修改等相关操作。角色和权限管理起来后，就拥有了一定的资源操作权力。
3.2.3 资源管理
资源管理主要提供教务管理平台中各个功能模块可访问资源的管理，包括各种资源相关权限的添加，删除，修改等相关操作。资源包括各种操作和可访问的页面等。
3.2.4 用户角色分配
实现用户和角色之间的关联关系映射。
在用户信息列表中，选择要分配角色的用户，单击列表中的用户名，进入分配角色页面所示的窗口。
在为用户分配角色的窗口中,主要是通过职能范围来确定用户的权限。每一个用户在每一个职能范围中均有一个默认的角色，并可以浏览该职能域中密级为“公开”的数据元。
为用户分配角色主要就是修改选定的用户在每一个职能范围中的角色，以及在每个职能范围中可以操作的数据元的密级。
3.2.5 角色权限分配
实现权限操作和角色之间的关联关系映射。角色描述用户的职能，权限是可访问资源的标识，给指定的角色分配权限，使角色具有了真正意义上的职能范围。
3.2.6 权限操作
完成资源和权限之间的绑定。可访问的资源或操作需要一个标识来标明，权限用通俗的语言来描述这种可用操作。例如用户查看某个列表，“查看”就代表了权限，而“列表“就是资源。
3.2.7 日志管理
日志是每个系统必不可少的东西，教务平台中用户的登陆信息，操作信息或异常信息都需要保存，以方便管理员的调用。日志管理主要完成对系统相关各种日志的记录和管理，将信息持久化保存。
3.2.8 异常处理
异常处理是每个系统必备的，自定义异常有助于把系统的错误信息按照自己定义的方式来处理，教务平台中把异常信息的保存进日志系统中，方便系统管理员查看，以及时修补系统存在的问题
3.2.9 基础公共类库
完成相关系统基本类库的设计。涉及到数据库操作，相关javascript操作，字符串过滤和编码解码，分页等。这类方法通常具有一般的通用性，以方便教务平台各模块的调用。
3.3 非功能需求
3.3.1 包容性和可扩展性
系统应具有较好的可扩展性和包容性。系统的可扩展性应包括能接纳已有的系统和在今后系统软硬件扩展时，能有效地保护已有的投资。特别是在应用需求变化时(应用与系统的需求往往提不全或者经常会变化)，有一个较好的应用平台，能容易地加以调整。系统易于扩充升级，既能满足当前业务的需求，又为今后的扩充留有空间。
3.3.2 系统简洁,易使用、易维护、适用非计算机专业人员使用
系统的设计需要考虑用户的计算机水平，做到简单易用，没有计算机专业背景的用户也可以轻松的使用本系统完成复杂的排课工作。
3.3.3 充分保护数据的一致性
权限系统中的用户，角色，权限，资源等多种信息。各信息存在着一定的关联关系。权限系统所使用的信息需要数据的高度一致，因此，非常有必要在设计时将数据的一致性作为一个重点来考虑。
3.3.4 采用先进成熟的技术，建立实用可靠的系统
本系统的建设目标是否能实现，系统整个投资能否发挥应有的效益，最终将取决于该系统是否可靠实用。为此，系统应采用成熟可靠的技术，应贯彻产品化的设计原则和实施方法。同时，系统的起点要高，而不是基于淘汰的技术，系统的建立应适应未来技术发展的趋势。
3.4 数据库设计
根据需求分析中的各种模块，设计了如下的数据库。
�8�5 用户表 Accounts_Users用来存储系统用户。表的字段说明如表1所示。
表1 Accounts_Users(用户表)
序号 列名 数据类型 长度 标识 主键 允许空 字段说明
1 UserID int 4 √ √ 用户ID
2 UserName varchar 50用户名
3 Password binary 20密码
4 TrueName varchar 50 √ 真实姓名
5 Sex char 2 √ 性别
6 Phone varchar 20 √ 电话
7 Email varchar 100 √ 邮箱
8 Activity bit 1 √ 是否激活
9 Style int 4 √ 页面风格
�8�5 用户角色表(Account_UserRoles) ,主要用于对应某用户和所属角色的对应关系,字段说明如表2所示。
表2 Accounts_UserRoles
序号 列名 数据类型 长度 标识 主键 允许空 字段说明
1 UserID Int 4 √ 用户ID
教务管理平台-权限及公共模块设计与开发
摘要
随着教育改革的不断深化，高等院校的建设与发展对国民整体素质的提高起着越来越重要的作用，建立一套能够适应这些改变的行政管理方案也就显得尤为重要。对于教务处来说，将信息技术用于校务管理中便是迫切的要求。
教务系统中的用户数量众多，需要具有不同的权限，以实现不同的应用。本论文介绍了开发背景，开发平台，并基于需求分析实现了教务管理平台中基于角色控制的权限系统(RBAC)及公共模块的设计与开发。RBAC实现了用户与访问权限的逻辑分离，更符合教务平台的用户、数据和应用特征；在公共模块中实现了系统通用的日志管理，异常处理，常用类库方法等。通过设计和应用本系统，有效的解决了教务平台中关于用户管理与权限操作等方面的问题，为系统公共模块的实现打下坚实的基础。通过较为详尽的功能测试，表明本文的设计内容具有一定的通用性，可用于需要动态分配权限与角色的管理系统中。
不能。高校的教务系统为了保证系统的安全性和稳定性，一般情况下只能在学校内网上登录，而且设置了访问权限的，学校的教务系统只能使用校园网才能登录，使用外面的网络都是没有访问权限的，所以要访问教务系统就必须要使用校园网才能登录进去，所以是不能在两个地方进行登录的，会造成系统错误。教务管理系统是以信息技术及网络技术为支撑，为学校教学管理提供平台，帮助教学管理人员、教师与学生解决学籍、专业、课程、成绩等一系列教学管理的综合信息系统。
一：引言（名称，目标，功能，背景）
二：流程图分析（业务，数据）
三：系统分析图
四：系统开发环境（语言，操作系统，数据库）
谢绝代码。 具体§ 1.1 背景
有利条件：
1． CUIT已经基本建立了学校的网站，所以迫切的需要一套学生学籍管理系统来对学生学籍等情况进行管理。
2． 有利于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需的及管理的学生信息进行查阅和管理。
3． 有利于学生对自己的学习情况进行查看，方便他们掌握自己的学习信息。
4． 有利于家长对学生的监督。
5． 有利于用人单位可以通过浏览学校网页，方便快捷的获取学生的有用的信息，更加全面的了解学生在校的情况。
§ 1.2 系统目标
学生档案管理： 学生的一般情况，及奖励，处分情况；
学生成绩管理： 学习成绩，补考成绩；
学籍处理： 学生留降级处理，休复学处理，退学处理；
日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；
毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。
§ 1.3 业务模式
高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。
§ 1.4 现行组织机构
学校现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。
§ 1.5 业务现状
现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。
现有系统采用的是B/S模式，比如：各系可以将自己系学生的成绩都传到教务处的服务器上，教务处就可以对各系学生成绩进行集中统一管理。
§ 2 用户需求
高校希望能够对全校所有学生的信息进行集中管理。然后，对各个部门分配不同的权限，让他们去管理他们所需的信息，而没有管理权限的部门只能查询。
§ 2.1 业务需求
1、使用范围要求
按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理（本科生用学年学分制，专科生用学年制）。系统中保留五个年级学生的信息（大四毕业以后学生信息还需保留一年），学生毕业一年后信息转储，但随时可以查询，输出。
2、功能要求
学生档案管理： 学生的一般情况，及奖励，处分情况；
学生成绩管理： 学习成绩，补考成绩；
学籍处理： 学生留降级处理，休复学处理，退学处理；
日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；
毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。
3、信息采集与各部门的使用权限
每学期考试完毕由各系录入成绩，然后由教务科收集。为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：
数据收集前的系统权限
学生档案 学生奖惩 学生成绩 学籍处理 补考成绩 教学计划管理 各种等级考试
学生处 0 ？ 0 ？ ？ ？ ？ ？ ？
各系 ？ ？ 0 ？ ？ ？ ？ ？
教务处 ？ ？ ？ 0 ？ 0 ？ 0？ 0 ？
院长办公室 ？ ？ ？ ？ ？ ？ ？
注：0、登录，修改，处理权。 ？、查询权
4、数据完整性、正确性：
1、 可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。
2、 可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。
3、 可按某学生因非成绩原因所引起的学籍变更作自动处理。
4、 可按每学期各年级班学生考试成绩自动生成补考名单，科目。
5、 可按每学期各年级学生考试成绩自动生成某课程统计分析表。
6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。
§ 2.2 性能需求
因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。
教务管理系统需求基本上围绕三方面展开：
1、提高招生转化率也就是CRM系统，目前市面上做的很多可以参考一下，但是与之后教务和财务系统无法打通；
2、教务管理系统：有了（意向）学员就需要对学生信息，课程，学费等进行管理，除此之外还有销售提成，教师课时提成是财务头疼的事，排课和签到管理是老师工作量巨大；
3、营销系统：主要是将教学过程和成果沟通和分享出去，再结合社会化媒体，从口碑方面促进招生工作。
以上就是关于教务秘书有教务系统的权限吗全部的内容，如果了解更多相关内容，可以关注醉学网，你们的支持是我们更新的动力！
温馨提示：
