第一章技术要求.docx
《第一章技术要求.docx》由会员分享,可在线阅读,更多相关《第一章技术要求.docx(28页珍藏版)》请在课桌文档上搜索。
1、第一章技术要求1.1 项目背景XXXX学院早期建设的单点登录系统、技术架构已不能满足现有用户的需求,主要体现在系统稳定性、系统并发处理能力、用户身份认证方式、后台管理能力等方面。通过本次项目建设,将实现校内统一的用户管理、统一角色和授权管理、安全的单点登录,并支持第三方系统的认证服务。建立完善的操作审计管理机制,实现用户的一点登录、多点漫游,建设成我校的身份识别与访问控制平台。此外,在身份认证的基础上进一步完善、规范、标准学校的人员机构数据,为其他平台提供更可靠、更权威的基础人员信息。1.2 项目建设目标为师生提供全方位、主动式、精准化、个性化的高效便捷的用户中台服务,解决用户信息(账号)数据
2、建设带来的信息威胁、信息孤岛和责权不清等难题,解决原有的分散的独立认证、独立授权、独立账号管理的问题。提供统一的认证技术和规范,统一的账号管理,降低重复低效率的管理导致的高成本。构建一个完整统一、高效稳定、安全可靠的集中身份管理和身份认证平台,并且与学校各应用系统进行集成,实现一号通行校园各系统。1.3 技术参数要求用户中台作为人员信息的存储、管理、利用、分析的基础平台,在实现校方人员信息的统一调配、集中管理、合理流通和一体化运作,提高人员信息整合水平和利用能力的建设中具有举足轻重的地位,系统应达到如下技术要求:1 .系统支持不限数量的应用接入;2 .不限用户数,至少支持20000用户同时在线
3、,最大用户并发数不少于2000;3 .为保障系统稳定高效运行,系统应采用D。Cker容器云技术进行部署安装,并通过管理控制台实现系统的统一部署、编排、监控等运维管理,并提供可视化运维管理界面,方便运维人员操作。4 .平台需基于B/S架构,支持多种浏览器,包括但不限于正9及以上、Edge、FirefoxxChromexSafari等;平台均可运行于LinuxxUnix、Windows等高安全性操作系统。5 .基于微服务架构运行引擎,采用容器技术和虚拟目录转发机制,实现系统之间动态组件的相互隔离,尽量减少各子系统在技术上的相互依赖性(软件对平台、软件对数据、软件对软件、平台对平台等),使任一子系统
4、未来的减少、增加和变更,不影响到其它子系统和总系统,最大限度地保护既有的投资,减少对系统的维护和未来开发的投入。6 .基于B/S/D三层结构,应在技术体系上选用J2EE技术,采用B/S/D三层结构进行应用系统的开发。7 .要求基于成熟的J2EE应用平台,提供分布式、高可靠性、先进的解决方案。8 .基于目录存取协议,实现统一用户管理、统一身份认证要求基于目录存取协议,分布式系统和服务中所要求的中央化信息存贮和管理提供一个可扩展的结构。同时目录服务要求能够提供统一用户管理、统一认证管理,同时方便业务应用系统进行集成。应用平台应提供与智慧校园所有平台之间数据的交互。开放数据库结构,开放标准接口,提供
5、集成的二次开发环境和接口标准,支持基于平台上架第三方的办事应用。采用智慧校园平台的统一身份认证,采集数据共享共用,支持与智慧校园平台的其他系统进行数据交换、数据同步。项目质保期内,学校任何系统新建与更新,如涉及和本系统的接入和数据交换等问题,开发方均应免费解决,不再收取开发、部署、中间库、数据交互、调试、维护、人工、差旅、培训等费用。第二章功能参数要求1.4首页1.4.1 应用对接系统在运行过程中,支持和其他业务系统进行对接,实现单点登录、访问授权和功能授权等功能。首页支持查看系统对接业务系统的数量以及变化情况,方便系统管理员进行配置。1.4.2 系统消息系统在运行过程中,通过审计日志、系统监
6、控等功能,支持将异常情况通过首页的消息提醒功能,将异常情况及时反馈给管理员,以便管理员对异常情况尽快做出处理。同时,对于部门管理员新建人员、机构后,需要系统管理员审批通过,系统支持以系统消息的形式提示系统管理员尽快做出操作。1.4.3 人员数据用户中心支持管理学校内所有人员的信息,同时支持各类人员生命周期的管理,当人员的生命周期阶段发生变化时,系统会在人员数据模块中进行提醒。管理员会根据提示,对生命周期阶段发生变化的人员进行确认或其他操作,防止出现人员数据不正确的情况。1.5用户中心1.5.1 组织机构管理用户中台组织机构管理支持以下功能:1 .支持对于用户所在的组织机构信息进行维护管理,包括
7、机构的增加、修改、删除、移动、合并等。2 .支持自动同步用户组织机构到用户中台。针对同步过来的组织机构,其信息维护在用户中台维护后,以用户中台为主,并支持清除维护标记,恢复机构信息的同步。3 .对于自建机构,支持组织机构编码全局管控,保证其组织机构编码的唯一性。4 .支持对部门组织编码进行管理。可以对组织进行增加、删除、修改及组织管理员操作。5 .支持对部门类型进行管理:支持编号、类型名称、级别三种字段快速查询;对已有的部门类型进行统一管理,增加或者删除操作;同时支持修改部门类型信息,手动选择是否启用部门类型。6 .对机构进行管理:支持机构编号、机构名称两种字段进行快速查询;对已有的机构类型进
8、行统一管理,增加或者删除操作;同时支持修改机构信息,手动选择是否激活该机构以及手动选择是否为默认状态,对处于默认状态的机构可以选择其授权范围。支持对机构信息进行编辑管理,包括对机构信息的新增、修改、删除、移动、排序、模糊查询(能够通过机构编号、名称、类型),同时能够对机构信息的状态、分配用户、分配角色进行编辑,并对分配用户编辑操作包括新增、移除、查询、禁/启用。1.5.2人员管理人员管理支持以下功能:1.支持对学校所有相关人员进行管理,包括并不限于在校师生,临时人员,校友,访客等。2、支持提供用户基础信息,包括工号、姓名、性别、证件类型、证件号码、单位、职务等的同步、导入、上传与修改功能。3、
9、支持用户的联系信息,包括安全手机,安全邮箱、办公室和办公电话等的同步、导入、上传与修改功能。4、支持用户的帐号信息,包含多种用户鉴权方式信息,包括帐号、证件、别名、密码、邮箱、二维码扫描、生物识别方式(人脸照片、FaceID.TouchID)、一卡通、NFC设备、微信(OPenlD)、支付宝、短信验证码方式等的同步、导入、上传与修改功能,以上多种验证方式统一于一个用户ID,显示这些信息的来源。5、支持生物特征数据(人脸照片,指纹等)批量采集、第三方应用对接数据采集,并且人像采集支持自助采集、照片合规性检测,人脸生物数据管理、人脸照片抓拍认证、酶流人脸认证等。6、支持协助学校建立统一的人脸照片库
10、管理,统一采集标准、接入标准、同步标准、认证标准。7、在授权许可前提下,支持为第三方系统提供具备人脸识别认证功能,并详细记录生物识别日志,如调用系统、调用时间、响应时间、认证次数等,做到全过程可追溯。8、支持一卡通数据的自动同步、批量导入、导出、修改等功能。支持以标准数据接口的模式,提供其他业务系统使用。支持用户中台自动审计一卡通数据,包括冗余的一卡通号,无法匹配的一卡通信息等。9、支持将用户信息生成二维码推送给用户。10、 密码管理:管理员与部门二级管理员对用户密码策略进行管理,包括认证方式、密码规则、二次认证、是否强制修改密码、认证时是否检查弱密码,是否检查初始密码等。11、 支持账号生命
11、周期管理,定期发生变更存续。包括管理员后台直接禁用终结账号、批量设置账号过期时间,实现账号的自动过期终结、根据教职工的在职状态和学生的在读状态,自动注销终结离校的学生或离职教职工的账号。以实现账号生命周期的自动化管理。A)支持教职工生命周期管理D用户中台支持将临时库教职工数据同步到正式库中,并额外增加标签属性整合。2)用户中台支持提供标准的API接口,以供各个业务系统按需获取教职工标准数据。3)部分不由人事部门管理的信息(用户联系方式、家庭住址等),支持在用户中台用户管理模块中维护。这部分数据可统一定义并清除维护标记,恢复权威源属性的同步工作。B)支持学生生命周期管理D用户中台将临时库学生数据
12、同步到正式库中,支持额外增加标签属性整合。2)用户中台支持提供标准的APl接口,以供各个业务系统按需获取教职工标准数据。3)部分不由教务、学工等部门管理的信息(学生联系方式、家庭住址等),支持直接在用户中台用户管理模块中维护。这部分数据可统一定义并清除维护标记,恢复权威源属性的同步工作。4)针对学生数据,每年6月毕业季,人员周期性离校、大量学生账户需要注销。针对这种固定且明确的生命周期的数据,用户中台支持根据人员身份属性进行判断,自动注销无效的账号,转为校友身份。C)自建用户生命周期管理D针对学校访客、部分校友、后勤人员、临时账户等,用户中台支持自建用户功能,系统管理员通过权限管理模块把人员的
13、维护权限下放到各部门。2)由部门管理员支持管理本部门的临时人员,并对临时人员的账户使用周期做限制,部门管理员可以通过机构人员管理功能维护人员的账户、姓名、性别、联系方式等。3)支持针对临时人员的创建提供流程审核机制,每步流程系统提供消息推送功能,实现通过短信、邮件、微信、移动Push等方式推送消息提醒。针对消息内容、提醒方式等,系统提供消息模板维护,管理员可以对通知消息的标题、模板内容进行管理维护,支持设置消息的推送方式,并可以统一开启/关闭对应功能模块的消息提醒服务。人员维护支持分级授权管理,管理权限可以下发到各部门,同时临时人员工号编码规则可以全局管控,保证其全局唯一。4)用户中台支持提供
14、标准的API接口,以供各个业务系统按需获取教职工标准数据。5)临时人员数据产生变动时,支持在用户中台进行人员数据的管理维护。6)用户中台支持临时人员账户有效期管理,并且可以通过Excel导入或人工录入账户的有效期。到期后账户自动禁用或标记删除,以实现自建临时人员的自动化管理。1.5.3群组/岗位管理支持提供岗位、岗位集、人员组统一管理维护,其他业务系统可以通过数据同步或者接口调用方式获取数据。支持标签化”方案,在人员中心为机构和岗位打上标签,具体功能包括:1 .支持对用户进行分组管理,同一用户可以在多个用户组中。可以对用户组进行增加、删除、修改、查询等操作。2 .支持对岗位进行管理:包括对用户
15、岗位进行模糊查询、新增、删除、启用/禁用的操作,同时能够查看岗位名称、岗位编号、备注、所属应用、机构及操作信息,同时操作能够对岗位信息进行修改、删除、分配用户、分配角色。3 .支持对岗位集进行管理:包括对岗位集进行模糊查询、新增、删除、启用/禁用的操作,同时能够查看岗位集代码、名称、备注,可以设置岗位集下岗位成员。4 .支持对用户组进行管理:能够通过用户组名称、所属应用进行查询,支持对用户组信息进行新增、修改、删除的操作,同时能够查看用户组名称、编号、分类及操作信息,支持用户组成员的导入导出功能,支持动态组的管理维护,可以依据人员的身份、状态、分类等条件创建动态组,满足条件的人员自动加入组中。
16、同时操作能够对用户组信息进行修改、删除、分配用户、分配角色。1.5.4用户属性权限支持提供清除维护标记功能,支持恢复同步(以数据源为主)。1.6认证中心1 .支持API方式获取认证服务中用户数据采用访问和调用用户管理服务,接管业务系统、微服务系统的认证后,支持以统一的方式提供统一的、多样的认证服务形式,有效提升用户体验。2 .系统支持CAS协议,基于HTTP的身份认证接口。支持LDAP访问接口。支持通过身份认证开放OAUth2.0认证授权的能力。3 .支持Web应用SSO单点登录D系统支持多种开发平台的web业务系统进行安全单点登录。2)用户登录过程中,业务系统不能获得用户名/口令等用户凭证,
17、但能通过安全的协议及接口获得已登录用户的基本信息。4 .支持第三方ios门户、安卓门户单点登录D支持学校的第三方ios门户及安卓门户实现单点登录。2)支持完善的机制,使得第三方门户在用户的登录过程中无法截取到用户名/口令等用户凭证,并为这些门户的后台提供与Web应用一致的验证接口及协议。1.6.1认证方式管理1 .支持多种认证方式登录系统。2 .支持用户使用账号密码、短信验证码、微信通认证、动态口令、免登录配置、微博、企业微信认证、微信公众号认证、Weiink认证、钉钉认证、APP认证、刷脸认证和微信刷脸认证。3 .支持对认证方式进行配置,包括启用、禁用。若认证方式需登录用户名,则需要配置对应
18、认证方式作为用户名的数据项。4 .支持消息推送功能,实现通过短信、微信、移动Push等方式向用户推送验证码、登录事件、消息提醒等。支持管理员设置其消息推送的方式,支持用户配置是否开启/关闭消息提醒服务。5 .支持提供补全个人信息设置。包括是否强制修改信息才允许进入业务系统,根据身份不同选择补全不同的信息,并且支持白名单设置,白名单人员不进行补全信息验证。6 .支持免登陆策略配置:为方便用户登录系统,免除重复使用认证方式登录系统,通过配置用户免登录时间,在一段时间内无需登录就可直接进入系统。1.6.2 认证策略配置系统支持唯一性登录等策略配置。1.6.3 安全策略配置系统支持对密码、手机、微信和
19、账号等进行安全配置,通过可视化的操作实现安全策略配置。A密码安全:支持修改密码强度配置、初始密码规则配置、密码历史保留策略和强制用户修改密码策略;A手机安全:账号绑定手机后,支持验证码配置、手机号码准确性检测;账号安全:支持账号锁定策略配置。1.6.4 在线人员系统支持查看和管理用户中台内的所有在线人员。1.6.5 账户禁用策略配置支持通过人员的身份类型及身份状态进行账号禁用策略配置。1.7业务系统接入1.7.1 业务系统管理1 .支持管理全校接入的业务系统,系统按规范提交注册资料,实施人员将资料录入即注册成功。并且可以通过名称、域名进行应用的检索,一键启用/禁用应用,支持系统信息的导入导出。
20、2 .支持应用账号的管理,针对尚未对接过任何统一认证的业务系统,提供特殊的反匹配方案,保证业务系统集成统一认证时,可以在不改变用户信息编码的情况下,直接获取和使用统一认证用户。3 .支持编辑应用信息,对应用的基础信息进行查看、修改,如:应用ID、应用名称、应用描述、应用地址和应用类型等等。4 .支持应用配置,具体包括以下功能:单点登录配置:系统支持用户通过登录用户中台,实现访问对接过单点登录的业务系统。通过配置业务系统对接的参数和认证后获取信息的参数,实现业务系统对接用户中台单点登录;二次登录策略配置:支持二次登录策略支持对认证对象、认证资源,配置二次认证的规则,包括认证方式和认证时间。API
21、认证:支持提供APl接口给业务系统,用户通过业务系统自身登录页面登录。LDAP认证:支持配置LDAP账号后,可通过账号访问业务系统。签名认证:支持业务系统基于签名模式实现认证。通过在用户中台配置签名方式实现类,进行签名认证实现业务系统自有账号认证:支持用户使用自有账号通过用户中台登录界面登录业务系统。功能资源配置:用户中台支持业务系统功能资源配置,支持功能资源的增加、删除、修改和查询,同时可以配置鉴权资源的时间,通过配置为业务系统功能授权做准备。1.7.2业务系统访问授权1 .支持对访问的业务系统进行授权,允许用户访问或禁止访问,内部权限由各个应用系统控制。2 .支持按部门、分组和用户来进行应
22、用授权,并且可以进一步控制业务系统的访问限制,例如业务系统访问的开始时间、结束时间、允许访问的IP等。3 .支持默认授权配置,未单独授权的业务系统继承默认权限,可配置允许访问或拦截访问。4 .支持已授权列表查询,通过选择授权对象类型、授权对象、授权业务系统和访问权限进行查询业务系统入口授权。1.1.3 访问授权矩阵支持点击矩阵即可查看授权对象在对应业务系统的权限。授权对象可筛选组织机构、人员组和用户。1.1.4 访问授权查询支持通过输入用户的学工号、用户名,搜索查询该用户在各个允许访问的业务系统的授权情况,通过模块形式展示出来。其中展示内容包括:授权系统、授权来源类型、授权应用、访问权限、访问
23、时间和跳转访问地址。1.1.5 业务系统功能授权针对已接入的业务系统,在用户中台进行功能资源配置,功能资源配置后用户中台支持对已配置的资源进行授权。支持已授权功能列表查看,通过搜索授权对象类型、授和寸象和授权应用实行功能第旬。1.1.6 功能授权矩阵系统支持通过表格展示授权情况。支持筛选授权对象和业务系统,点击表格查看功能权限,可查看当前授权对象在当前系统下,所被授权的功能资源。1.1.7 功能授权查询系统支持输入用户的学工号、用户名,搜索查询该用户在各个业务系统的功能权限,并以模块的形式展示出来。其中每个模块用于展示功能资源名称和权限。1.8 安全中心1.8.1 审计日志系统支持用户查询认证
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第一章 技术 要求
![提示](https://www.desk33.com/images/bang_tan.gif)
链接地址:https://www.desk33.com/p-589754.html