数字资源管理系统权限管理模块_详细设计说明书
- 格式:doc
- 大小:111.50 KB
- 文档页数:11
数字化校园管理系统需求规格说明书目录数字化校园管理系统 (1)一、背景 (6)二、目标 (6)三、总体框架设计 (6)四、基础支撑模块 (6)4.1概述 (6)4.2 统一身份认证接口 (7)4.3 统一消息中心 (7)4.4 数据交换中心 (8)四、基础数据管理模块 (9)4.1 学校信息管理 (9)4.2 组织机构管理 (9)4.3 专业信息管理 (10)4.4 课程信息管理 (10)4.5 教学场地信息管理 (11)4.6 宿舍信息管理 (12)4.7 班级信息管理 (12)4.8 个性化设置管理 (12)五、学生管理模块 (13)5.1 招生管理 (13)5.2 迎新管理 (13)5.4学生异动管理 (14)5.5 日常考勤管理 (15)5.6 学生请假管理 (16)5.7住宿生管理 (17)5.8 班级活动管理 (18)5.9 学生社团管理 (18)5.10 奖惩管理 (18)5.11 学生成绩管理 (19)5.12 统计分析管理 (19)六、教师管理模块 (19)6.1 教师基本信息管理 (19)6.2 教师档案管理 (19)6.3 教科研管理 (20)6.4 活动及培训管理 (20)6.5 竞赛管理 (21)6.6 奖惩管理 (21)6.7 统计分析管理 (21)七、教学教务管理模块 (21)7.1 人才培养方案管理 (21)7.2 教学计划管理 (22)7.3 教学任务管理 (22)7.5 排课要求管理 (23)7.6 排课管理 (23)7.7 课表管理 (24)7.8 教案管理 (24)7.9 教学日志管理 (25)7.10 课堂考勤管理 (25)7.11 课堂评价管理 (26)7.12 教师工作量管理 (26)7.13 学生成绩管理 (26)7.14 统计分析管理 (26)八、校园评价模块 (27)8.1 评价方案管理 (27)8.2 评价指标管理 (27)8.3 调查问卷管理 (27)8.4 评价执行管理 (28)8.5 评价模型管理 (28)8.6 统计分析管理 (28)九、校园竞赛活动管理模块 (29)9.1 竞赛信息管理 (29)9.2 竞赛报名管理 (29)9.3 竞赛日程管理 (29)9.5 统计分析管理 (29)十、行政办公模块 (30)10.1 通知公告管理 (30)10.2 公文流转管理 (30)10.3 行政任务管理 (30)10.4 督办、催办管理 (31)10.5 办公流程管理 (31)10.6 用车管理 (31)10.7 物业报修 (31)10.8 考勤管理 (32)10.9会议室管理 (32)10.10值班管理 (33)10.11人事管理 (33)十一、移动应用模块 (33)11.1 学生管理 (33)11.2 教学教务管理 (34)11.3 校园评价 (34)11.4 行政办公 (34)一、背景略二、目标以学校发展规划为指导,以教育诊改为抓手,以课堂教学为中心,依托CRP教学软件的理念,延伸和拓展传统校园的功能;遵循大数据思维,体现云计算概念,依托学校数据中心,建立数字化教学数据交换中心;依托办公管理无纸化,提高工作、管理和决策效率,提高信息利用率;通过各个系列的管理服务应用升级,提高管理与服务水平;建成统一开放的数据标准和业务工作模型,构建灵活规范的业务应用服务体系;最终实现学校教学、科研、管理和服务过程的全面信息化和数字化。
权限管理使用说明书第一章 控制卡连线权限管理主要适用于网络通讯,暂不支持串口通讯。
权限管理主要实现一台机子控制多个屏幕,并且可以建立多个用户,同时可设置每个用户的权限。
权限管理暂时只支持网络通讯模式,所以控制卡的连线与网络通讯连线相同。
图1-1 网络卡1.1 网络卡与控制卡的使用步骤1.1.1 设置控制卡硬件参数使用网络通讯时,控制卡的波特率必须设定为115200bps 。
设置波特率115200bps 的步骤:通讯接口:与控制卡连电源接口:+5V接5V 电源,GND网络接1)通过串口线连接控制卡与计算机图1-22)进入硬件参数配置硬件参数图1-3 硬件参数3)点击“发送后保存”。
1.1.2 连接控制卡与网络卡控制卡与网络卡的连接图如下图所示。
235直通网络接接单元板(模组)图1-4 控制卡与网络卡连接把网卡的网络接口连接到计算机所在的局域网络上。
1.1.3配置通讯参数1)查看服务器端IP地址。
图1-5如果系统为“自动获取IP地址”,则应改为手动设置IP,给计算机分配一个IP地址,例如上图所示(注:子网掩码,默认网关,DSN服务器地址等都要填写完整)。
2)进入LED图文屏软件的硬件参数页面图1-63)配置通讯参数配置通讯参数时,应注意以下几点:①通讯方式:通讯方式选择“TCP/IP”;②IP地址:应该设置值与计算机的IP地址在同一个网段,即:IP地址的前三位相同,最后一位不同。
③子网掩码:应该与计算机的“子网掩码”相同。
④默认网关:与计算机的“默认网关”相同。
⑤MAC地址:如果只有一个屏幕则MAC地址使用默认值就可以,通讯方式服务器端如果有多个屏幕则每个屏幕的MAC地址需要分别设置、不可重复(通常修改后面两位即可)。
⑥目标IP:使用服务器管理时,“目标IP”必须填写,如此例中服务器端IP地址为:192.168.0.101,因此此处的IP地址应填写为192.168.0.101;如果没有使用服务器管理,“目标IP”为空即可。
数字化校园管理系统实施方案一、内容简述数字化时代已经来临,我们的校园也需要与时俱进。
为了更好地满足学校管理和教育教学需求,我们决定实施数字化校园管理系统。
这个方案主要是为了帮助我们更有效地管理校园资源,提高学校运营效率和教育教学质量,为学生、教师和家长提供更好的服务和体验。
1. 背景介绍:当前校园管理的现状,提出数字化校园管理系统的重要性和紧迫性我们生活在一个数字化的时代,信息技术日新月异,数字化已经渗透到生活的方方面面。
然而传统的校园管理方式在许多方面还停留在纸质文件和人工操作的时代。
如今的校园管理面临着种种挑战,如信息交流不畅、资源分配不均、管理效率低下等问题。
因此我们必须意识到,推动校园数字化管理已刻不容缓。
想象一下这样的场景:师生们每天忙于教学、学习,却因为信息交流不畅而错过重要通知;学校的资源分配过于依赖人工操作,常常出现资源不足或浪费的情况;管理人员的日常工作量大,工作效率低下。
这些问题的存在不仅影响了校园的正常运转,也制约了学校的长远发展。
2. 方案目的:建立数字化校园管理系统的目的和目标我们都知道,校园管理是一项复杂而繁琐的工作,特别是在信息高速发展的今天,校园管理工作面临着前所未有的挑战。
为了更好地适应时代的发展,提升校园管理的效率和水平,我们决定建立数字化校园管理系统。
建立这个系统的首要目标就是方便管理,我们希望借助数字化技术,将校园内的各项管理工作规范化、系统化,减少人为操作的繁琐和误差。
比如学生的信息管理、课程安排、教职工的管理等等,都可以通过这个系统轻松实现。
当然了提高效率也是我们的重要目标,通过数字化校园管理系统,我们可以实现信息的实时更新和共享,让每一位师生都能及时获取最新的信息。
比如学校的通知、新闻、课程变动等,都可以第一时间在系统中更新,师生们再也不用担心错过重要信息。
建立数字化校园管理系统的目的就是为了让校园生活更加便捷、高效,让每一位师生都能享受到科技带来的便利。
Xxx系统详细设计说明书(内部资料请勿外传)编写:日期:检查:日期:审核:日期:批准:日期:XX公司版权所有不得复制文档变更记录目录1. 引言 (4)1.1 编写目的和范围 (4)1.2 术语表 (4)1.3 参考资料 (4)1.4 使用的文字处理和绘图工具 (4)2. 全局数据结构说明 (5)2.1 常量 (5)2.2 变量 (5)2.3 数据结构 (5)3. 模块设计 (5)3.1 用例图 (5)3.2 功能设计说明 (5)3.2.1 模块1 (5)3.2.2 模块2 (6)4. 接口设计 (7)4.1 内部接口 (7)4.2 外部接口 (7)4.2.1 接口说明 (7)4.2.2 调用方式 (8)5. 数据库设计 (8)6. 系统安全保密设计 (8)6.1 说明 (8)6.2 设计 (8)6.2.1 数据传输部分 (8)6.2.2 IP过滤分部 (8)6.2.3 身份验证部分 (8)7. 系统性能设计 (9)8. 系统出错处理 (9)1.引言1.1背景此文档的背景1.2编写目的和范围说明写这份详细设计说明书的目的。
本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。
本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。
1.3术语表1.4参考资料列出有关资料的名称、作者、文件编号或版本等。
参考资料包括:a.需求说明书、架构设计说明书等;b.本项目的其他已发表的文件;1.5使用的文字处理和绘图工具文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ]绘图工具:[使用的UML工具,如Rose、Jude、Visio]2.设计概述2.1任务和目标2.1.1需求概述2.1.2运行环境概述2.1.3条件与限制2.1.4详细设计方法和工具3.系统详细需求分析主要对系统级的需求进行分析。
首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。
备课平台本模块管理数字化校园教师备课记录, 任课教师可在该系统中进行教案课件等备课资源的上传和共享, 并可实现复备他人课件的操作, 备课管理员可以设置每个学科的组长和对教案进行推优操作, 其他人员可以在系统中查询到所有的备课信息列表。
1.1.1.短信平台本模块管理数字化校园短息信息, 该平台是支撑其它业务模块发送短信的基础, 管理员可在此设置系统中可发送短信权限的人员和模块, 其它用户可在次模块中查看发送短信的记录。
1.1.2.领导决策本模块是方便学校领导对数字校园内部数据整体查询的模块, 其中包括师生情况、学生成绩、学生评价、学生考勤、固定资产、库房、系统使用情况等报表信息。
1.1.3.学校荣誉本模块管理数字化校园学校荣誉的相关信息, 管理员可在系统中维护学校荣誉信息, 其他人员登录系统之后可在系统中查看到学校荣誉信息。
1.1.4.食堂管理本模块管理数字化校园学校食堂的相关信息, 管理员可在系统中编辑食堂基础信息, 还可以根据教学周发布食堂的菜谱, 学校其它用户可以登录系统后在系统中查到个食堂每周的菜谱信息。
1.1.5.自主学习本模块与备课系统相结合, 任课教师在备课平台中执行备课操作, 然后学生在此模块中即可学习到老师的备课信息, 并且老师还可以给学生留作业, 批改作业, 还可以和学生在交流区交流。
1.1.6.教科研本模块主要服务于学校教科研室老师做课题研究使用, 教科研室下发课题指南, 所有教师均可申报。
专家组对课题进行审核, 同意立项后跟进项目开展情况。
线上主要进行资料的归档工作。
1.1.7.公文流转本模块主要服务于学校对收发文流程的管理需求, 用户可在系统中进行发文、收文、审核、签批、归档等操作。
1.1.8.制度管理本模块管理数字化校园制度相关的信息, 管理员可在系统中维护学校制度信息, 其他人员登录系统之后可在系统中查看到学校制度信息。
1.1.9.人事管理本模块为学校人事部门/人力资源管理部门提供了一个适用于学校教职工人事档案信息管理的工具, 详细记录教职工基本信息、学历信息、工作经历、获奖情况等, 同时对教职工的合同、签证、入职离职相关业务进行管理, 最后可通过各类报表详细了解学校教职工师资情况。
电子书包系统及其功能建模随着科技的迅速发展和教育改革的深入推进,电子书包系统应运而生,成为教育信息化发展的重要趋势。
电子书包系统不仅能够提高教学效率,还能促进学生自主学习和个性化发展。
本文将详细介绍电子书包系统的定义、发展现状以及功能建模,并探讨未来的发展趋势。
电子书包系统是一种数字化、个性化的学习平台,旨在为学生提供丰富、便捷的学习资源和服务。
电子书包系统的出现与发展,既源于信息技术对教育领域的深刻影响,也是教育改革和创新的需要。
目前,国内外已经推出不少电子书包系统,例如:国外的一些电子书包系统如Google Classroom、Apple School Manager等,国内的电子书包系统如一起作业、云从龙等。
这些电子书包系统通常具有以下特点:支持多种终端设备,如电脑、平板、手机等;具备学习资源管理功能,如文档编辑、资源上传下载等;能够进行学生管理,如考勤、作业跟踪等;具备学习交流和互动功能,如讨论区、在线答疑等。
电子书包系统的功能建模主要包括以下四个方面:用户接口设计、系统流程建模、数据模型设计、算法设计。
用户接口设计:电子书包系统的用户接口需具备简单易用、直观明了的特点,以便不同年龄段的学生能够快速上手。
一般而言,电子书包系统的用户接口包括登录界面、主界面、资源界面、学习界面等。
系统流程建模:电子书包系统的流程建模主要涉及学生、教师和家长三个主要角色。
学生主要进行在线学习、提交作业、讨论交流等活动;教师负责发布作业、批改作业、监控学生学习进度等;家长则可以实时了解孩子的学习情况、与教师沟通等。
数据模型设计:电子书包系统的数据模型设计要充分考虑学生的学习过程和结果,以及与之相关的各种数据。
具体而言,数据模型设计需包括学生信息、学习资源、作业提交、学习进度等多个方面。
算法设计:电子书包系统的算法设计主要涉及学生的学习推荐和资源搜索等方面。
算法设计需结合学生的学习习惯、兴趣爱好以及能力水平,为他们提供个性化的学习推荐和资源搜索结果。
统一用户及权限管理系统概要设计说明书执笔人:K1273-5班涂瑞1.引言1.1编写目的在推进和发展电子政务建设的进程中,需要通过统一规划和设计,开发建设一套统一的授权管理和用户统一的身份管理及单点认证支撑平台。
利用此支撑平台可以实现用户一次登录、网内通用,避免多次登录到多个应用的情况。
此外,可以对区域内各信息应用系统的权限分配和权限变更进行有效的统一化管理,实现多层次统一授权,审计各种权限的使用情况,防止信息共享后的权限滥用,规范今后的应用系统的建设。
本文档旨在依据此构想为开发人员提出一个设计理念,解决在电子政务整合中遇到的一些问题。
1.2项目背景随着信息化建设的推进,各区县的信息化水平正在不断提升。
截至目前,在各区县的信息化环境中已经建设了众多的应用系统并投入日常的办公使用,这些应用系统已经成为电子政务的重要组成部分。
各区县的信息体系中的现存应用系统是由不同的开发商在不同的时期采用不同的技术建设的,如:邮件系统、政府内部办公系统、公文管理系统、呼叫系统、GIS系统等。
这些应用系统中,大多数都有自成一体的用户管理、授权及认证系统,同一用户在进入不同的应用系统时都需要使用属于该系统的不同账号去访问不同的应用系统,这种操作方式不仅为用户的使用带来许多不便,更重要的是降低了电子政务体系的可管理性和安全性。
与此同时,各区县正在不断建设新的应用系统,以进一步提高信息化的程度和电子政务的水平。
这些新建的应用系统也存在用户认证、管理和授权的问题。
1.3定义1.3.1 专门术语数据字典:对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。
数据流图:从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
性能需求:系统必须满足的定时约束或容量约束。
电子图书馆信息管理系统手册第一章引言 (3)1.1 编写目的 (3)1.2 背景介绍 (3)1.3 适用范围 (3)第二章系统概述 (4)2.1 系统简介 (4)2.2 系统功能 (4)2.3 系统架构 (4)第三章用户管理 (5)3.1 用户注册与登录 (5)3.1.1 用户注册 (5)3.1.2 用户登录 (5)3.2 用户信息修改 (5)3.2.1 用户基本信息修改 (5)3.2.2 用户密码修改 (6)3.3 用户权限设置 (6)3.3.1 用户权限分类 (6)3.3.2 用户权限分配 (6)3.3.3 用户权限变更 (6)3.3.4 用户权限回收 (6)第四章馆藏管理 (7)4.1 图书信息录入 (7)4.2 图书信息修改与删除 (7)4.3 图书借阅与归还 (7)第五章检索管理 (8)5.1 关键词检索 (8)5.2 分类检索 (8)5.3 高级检索 (8)第六章读者服务 (9)6.1 预约借阅 (9)6.1.1 功能概述 (9)6.1.2 操作流程 (9)6.1.3 注意事项 (9)6.2 借阅历史查询 (9)6.2.1 功能概述 (9)6.2.2 操作流程 (10)6.2.3 注意事项 (10)6.3 个性化推荐 (10)6.3.1 功能概述 (10)6.3.2 推荐算法 (10)6.3.3 操作流程 (10)6.3.4 注意事项 (10)第七章统计分析 (10)7.1 借阅统计分析 (10)7.1.1 统计目的 (11)7.1.2 统计内容 (11)7.1.3 统计方法 (11)7.2 读者行为分析 (11)7.2.1 统计目的 (11)7.2.2 统计内容 (11)7.2.3 统计方法 (11)7.3 系统运行状况分析 (11)7.3.1 统计目的 (11)7.3.2 统计内容 (11)7.3.3 统计方法 (12)第八章系统维护 (12)8.1 数据备份与恢复 (12)8.1.1 数据备份 (12)8.1.2 数据恢复 (12)8.2 系统升级与更新 (12)8.2.1 系统升级 (12)8.2.2 系统更新 (13)8.3 安全防护 (13)8.3.1 网络安全 (13)8.3.2 系统安全 (13)8.3.3 数据安全 (13)第九章系统管理 (13)9.1 系统参数设置 (14)9.1.1 参数设置概述 (14)9.1.2 参数设置操作流程 (14)9.2 操作日志管理 (14)9.2.1 操作日志管理概述 (14)9.2.2 操作日志管理操作流程 (14)9.3 用户反馈与投诉处理 (15)9.3.1 用户反馈与投诉处理概述 (15)9.3.2 用户反馈与投诉处理操作流程 (15)第十章常见问题与解答 (15)10.1 用户操作问题 (15)10.1.1 如何登录电子图书馆信息管理系统? (15)10.1.2 如何查询图书? (15)10.1.3 如何借阅图书? (15)10.1.4 如何归还图书? (16)10.1.5 如何查看借阅记录? (16)10.2 系统故障问题 (16)10.2.1 系统无法登录怎么办? (16)10.2.2 搜索结果为空怎么办? (16)10.2.3 系统页面显示异常怎么办? (16)10.2.4 借阅操作失败怎么办? (16)10.3 功能优化建议 (16)10.3.1 增加图书推荐功能,根据用户历史借阅记录和兴趣爱好,为用户推荐相关图书。
数字资源管理系统权限管理模块详细设计说明书修改历史目录1.引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料 (3)2.总体设计 (3)2.1需求概述 (3)2.2软件结构 (3)3.程序描述 (4)3.1系统管理 (4)3.1.1功能详述 (4)3.1.2性能 (5)3.1.3输入项目 (5)3.1.4输出项目 (5)3.1.5算法 (6)3.1.6程序逻辑 (6)3.1.7 接口 (9)3.1.8 存储分配 (10)3.1.9 限制条件 (11)3.1.10 测试要点 (11)1.引言1.1编写目的【阐明编写详细设计说明书的目的,指明读者对象。
】1.2项目背景【应包括项目的来源和主管部门等。
】1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。
】1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:项目的计划任务书、合同或批文;项目开发计划;需求规格说明书;概要设计说明书;测试计划(初稿);用户操作手册(初稿);文档中所引用的其他资料、软件开发标准或规范。
】2.总体设计2.1需求概述2.2软件结构【如给出软件系统的结构图。
】3.程序描述系统提供如下功能:(1)系统管理系统管理包含系统权限分配,角色定义,角色的增加、删除、修改,用户的增加、删除、修改,还要包含系统参数设置。
3.1系统管理3.1.1功能详述数字资源管理系统权限管理模块拥有动态的角色管理和用户管理。
所有系统权限需要明确定义,定义好的用户与角色挂钩,角色与业务挂钩,业务与窗体、按钮挂钩。
用户可以扮演多个角色进行操作,角色可以由多种业务组成,一个窗体可以包含多个业务,一个业务可以包含按钮。
一、系统的主要权限列表如下:(1)增加角色(2)拷贝增加角色(3)删除角色(4)修改角色(5)查看所有角色(6)查看所有用户(7)修改用户(8)删除用户(9)增加用户二、业务与窗体、按钮挂钩每种角色对应着一系列业务,不同的业务需要不同的窗体和按钮支持,由业务决定哪些窗体和按钮可见,既实现通过权限控制界面操作和后台验证。
上述用户-角色-业务-窗体-按钮对应关系需要在数据库中定义,并固定下来。
系统权限控制的灵活性体现在角色、用户的动态管理上。
三、角色与业务挂钩增加角色时,需要指定该角色所能够拥有的业务,保存在“角色表”和“角色—业务关系表”中。
修改角色时,需要重新指定该角色的业务,并修改“角色—业务关系表”。
删除角色时,在“角色表”和“角色—业务关系表”中删除相应记录。
四、用户与角色挂钩增加用户时,需要指定该用户所扮演的所有角色,保存在“用户表”和“用户-角色关系表”中。
修改用户时,需要重新指定该用户的角色时,修改“用户-角色关系表”。
删除角色时,在“用户表”和“用户—角色关系表”中删除相应记录。
3.1.2性能数字资源管理系统权限管理模块的操作只有管理员一级的用户拥有权限,不存在多用户并发访问的压力问题。
但是对于用户的权限控制比较占用资源,可能存在的问题集中在多表操作上,在用户登录系统的验证和进入系统后的权限控制时会频繁访问数据库,造成可能的系统压力。
用户列表的翻页操作,由于用户信息数据量大,可能随着翻页的增加导致系统速度变慢。
3.1.3输入项目(1)角色管理增加角色:角色名、业务编号;删除角色:无;修改角色:原有角色DBID、角色名、业务编号。
(2)用户管理增加用户:用户名、密码、角色;删除用户:无;修改用户:原有用户DBID、用户名、密码、角色;查询用户:用户名。
3.1.4输出项目(1)角色管理增加角色:无;删除角色:新角色列表;修改角色:原有角色DBID、原有角色名、原有业务编号。
(2)用户管理增加用户:无;删除用户:新用户列表;修改用户:原有用户DBID、原有用户名、原有密码、原有角色;查询用户:符合要求的用户列表。
3.1.5算法(1)用户可见窗体节点树的动态生成用户所见的节点树由该用户所扮演的角色决定,事实上是由角色所具有的权限所决定的。
数据库的“窗体表”中存储各窗体节点的信息,包括窗体名称、链接、节点编码等。
节点编码体现节点的层次,如下图所示:节点编码的位数除以2得到的值再减1即为该节点位于的层数,每个节点编码(根节点除外)去掉末尾的两位数后得到的编码即为此节点的父节点的编码。
这样,只要有了一个节点集合以及这些节点的编码,就可以唯一确定并生成一棵树结构。
因此,只要根据用户权限从数据库中读取出该用户所能操作的所有节点的集合,就可以在用户界面上动态的创建出此用户所能够访问的节点(窗体)。
(2)页面按钮权限控制对于页面和按钮的控制,是通过角色管理实现的。
首先,给已有的角色分配定义好的业务,存入数据库中的“角色—窗体—业务关系表”中。
当用户登录系统时,会根据用户的角色在“角色—窗体—业务关系表”中查询角色所拥有的业务和窗体,通过窗体可以生成如上的节点数,通过用户拥有的业务查询“业务—按钮对应表”则可以控制用户在刚窗体中的按钮是可见的。
3.1.6程序逻辑IDO层:(1).bit.yanwang.privilege.right.ido.BusinessIDO:对应表privilege_business(业务表)(2).bit.yanwang.privilege.right.ido.RoleIDO:对应表privilege_role(角色表)(3)erIDO:对应表privilege_user(用户表)(4).bit.yanwang.privilege.right.ido.WindowIDO:对应表privilege_window(窗体表)(5).bit.yanwang.privilege.right.ido.TreeIDO:对应生成的权限树的节点关系(6)erDetailIDO:对应用户的个人详细信息(7)erRoleIDO:对应表privilege_userrole(用户角色表)FS层:(1).bit.yanwang.privilege.right.fs.BusinessFS 负责查询与业务相关的信息(2).bit.yanwang.privilege.right.fs.RightFS 负责查询与权限相关的信息(3).bit.yanwang.privilege.right.fs.RoleFS负责查询与角色相关的信息(4).bit.yanwang.privilege.right.fs.TreeFS:查询所有的窗体节点(5)erFS负责查询与用户相关的信息(6).bit.yanwang.privilege.right.fs.WindowFS 负责查询与窗体相关的信息BO层:(1).bit.yanwang.privilege.right.bo.RoleBO与角色相关的操作(2).bit.yanwang.privilege.right.bo.RoleUserBO 与用户角色相关的操作(3).bit.yanwang.privilege.right.bo.RoleWinBusBO 与角色窗体业务相关的操作(4)erBO与用户相关的操作BS层:(1).bit.yanwang.privilege.right.bs.BusinessBS负责处理业务相关的逻辑1. public FeedBack queryAllBus(HttpServletRequest req,HttpServletResponse rep)查询系统所有业务(2).bit.yanwang.privilege.right.bs.RightBS负责处理权限相关的逻辑1. public FeedBack checkUserPsw(HttpServletRequest req,HttpServletResponse rep)检验登录用户名密码是否合法(3).bit.yanwang.privilege.right.bs.RoleBS负责处理角色相关的逻辑1. public FeedBack queryRoleInfo (HttpServletRequest req,HttpServletResponse rep)查询所有角色信息2.public FeedBack queryRoleInfoByRoleDBID(HttpServletRequest req,HttpServletResponse rep)按角色DBID查询所有角色信息3. public FeedBack modifyRole(HttpServletRequest req, HttpServletResponse rep)修改角色业务4.public FeedBack queryAllRoleName(HttpServletRequest req,HttpServletResponse rep)查询所有角色名业务5.public FeedBack addNewRole(HttpServletRequest req, HttpServletResponse rep)添加一个新角色业务6.public FeedBack copyRole(HttpServletRequest req, HttpServletResponse rep)拷贝增加新角色业务7.public FeedBack delRole(HttpServletRequest req, HttpServletResponse rep)删除一个角色业务(4)erBS负责处理用户相关的逻辑1. public FeedBack queryAllUser (HttpServletRequest req,HttpServletResponse rep)查询所有用户信息2.public FeedBack querySpecialUser(HttpServletRequest req,HttpServletResponse rep)查询特定用户信息3.public FeedBack queryUserDetail(HttpServletRequest req,HttpServletResponse rep)查询用户详细信息4.public FeedBack deleteUser(HttpServletRequest req, HttpServletResponse rep)删除用户5.public FeedBack modifyUserPassword(HttpServletRequest req,HttpServletResponse rep)修改用户密码6.public FeedBack queryUserRole(HttpServletRequest req,HttpServletResponse rep)查询用户角色信息7.public FeedBack updateUserRole(HttpServletRequest req,HttpServletResponse rep)修改用户角色信息8.public FeedBack addUserRole(HttpServletRequest req,HttpServletResponse rep)添加一个用户,并添加其角色关联关系3.1.7 接口1.角色管理(1)角色管理页面/systemprivilege/RoleManagement.jspa)查询角色权限信息调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: queryRoleInfo返回JSP:/systemprivilege/sub_RoleManagement.jspb)跳转到增加角色界面(查询所有的业务,为增加角色做准备)调用Class:.bit.yanwang.privilege.right.bs.BusinessBS调用Function: queryAllBus返回JSP:/systemprivilege/sub_RoleAdd.jspc)删除角色调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: delRole返回JSP:/systemprivilege/sub_RoleManagement.jspd)跳转到修改角色界面(准备活动:根据所选用户DBID查询出其当前角色信息)调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: queryRoleInfoByRoleDBID返回JSP:/systemprivilege/sub_RoleModify.jsp(2)增加角色页面 /systemprivilege/RoleAdd.jsp调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: addNewRole返回JSP:/systemprivilege/sub_RoleManagement.jsp(3)修改角色页面 /systemprivilege/RoleModify.jsp调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: modifyRole返回JSP:/systemprivilege/sub_RoleManagement.jsp2.用户管理(1)用户管理页面/systemprivilege/UserManagement.jspa)显示用户列表调用Class:erBS调用Function: queryAllUser返回JSP:/systemprivilege/sub_UserManagement.jspb)按用户名查询用户调用Class:erBS调用Function: querySpecialUser返回JSP:/systemprivilege/sub_UserManagementSpecial.jspc)跳转到增加用户界面(查询所有角色名)调用Class:.bit.yanwang.privilege.right.bs.RoleBS调用Function: queryAllRoleName返回JSP:/systemprivilege/pre_UserAdd.jspd)删除用户调用Class:erBS调用Function: deleteUser返回JSP:/systemprivilege/sub_UserManagement.jspe)跳转到修改用户界面(查询所有角色名)调用Class:erBS调用Function: queryUserRole返回JSP:/systemprivilege/sub_UserModify.jsp(2)增加用户页面/systemprivilege/UserAdd.jsp调用Class:erBS调用Function: addUserRole返回JSP:/systemprivilege/sub_UserManagement.jsp(3)修改用户页面 /systemprivilege/UserModify.jsp调用Class:erBS调用Function: updateUserRole返回JSP:/systemprivilege/sub_UserManagement.jsp3.1.8 存储分配SESSION调用说明:1.创建SESSION:user_role_relations 用户角色关系,表示一个登录用户所拥有的所有角色的列表userdbid 用户DBID,是系统对用户的唯一标识username 用户名称userpassword 用户密码businessinfo 所有可以用于分配的权限的列表single_role_info 一个角色拥有的权限的列表数字资源管理系统权限管理模块详细设计说明书role_info 所有角色拥有的权限的分角色列表user_info 所有用户信息列表canseetreewindownodes 用户可见窗体节点树的节点列表2.调用SESSION:userdbid 用户DBIDusername 用户名userpassword 用户密码3.1.9 限制条件此部分的功能应当只限于管理员一级的用户使用。