统一用户及权限管理系统概要设计说明书

统一用户及权限管理系统概要设计说明书执笔人:K1273-5班涂瑞1.引言1.1编写目的在推进和发展电子政务建设的进程中,需要通过统一规划和设计,开发建设一套统一的授权管理和用户统一的身份管理及单点认证支撑平台。

利用此支撑平台可以实现用户一次登录、网内通用,避免多次登录到多个应用的情况。

此外,可以对区域内各信息应用系统的权限分配和权限变更进行有效的统一化管理,实现多层次统一授权,审计各种权限的使用情况,防止信息共享后的权限滥用,规范今后的应用系统的建设。

本文档旨在依据此构想为开发人员提出一个设计理念,解决在电子政务整合中遇到的一些问题。

1.2项目背景随着信息化建设的推进,各区县的信息化水平正在不断提升。

截至目前,在各区县的信息化环境中已经建设了众多的应用系统并投入日常的办公使用,这些应用系统已经成为电子政务的重要组成部分。

各区县的信息体系中的现存应用系统是由不同的开发商在不同的时期采用不同的技术建设的,如:邮件系统、政府内部办公系统、公文管理系统、呼叫系统、GIS系统等。

这些应用系统中,大多数都有自成一体的用户管理、授权及认证系统,同一用户在进入不同的应用系统时都需要使用属于该系统的不同账号去访问不同的应用系统,这种操作方式不仅为用户的使用带来许多不便,更重要的是降低了电子政务体系的可管理性和安全性。

与此同时,各区县正在不断建设新的应用系统,以进一步提高信息化的程度和电子政务的水平。

这些新建的应用系统也存在用户认证、管理和授权的问题。

1.3定义1.3.1 专门术语数据字典:对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。

数据流图:从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

性能需求:系统必须满足的定时约束或容量约束。

功能需求:系统必须为任务提出者提供的服务。

接口需求:应用系统与她的环境通信的格式。

约束:在设计或实现应用系统时应遵守的限制条件,这些都只是说明用户或环境强加给项目的限制条件。

1.3.2 缩写SSO:单点登录(Single Sign On)LDAP:轻量目录访问协议(Lightweight Directory Access Protocol)DSE:目录服务代理条目(DSA-specific Entry)ACL:访问控制列表(Access Control List)JNDI:(Java Naming and Directory Interface)CA:即数字认证技术(Certificate Authority)SASL:简单认证和安全通道(Simple Authentication and Secure Layer)PKI:公钥基础设施(Public Key Infrastructure)SSL:安全套接字层(Security Socket Layer)TLS:传输安全通道(Transport Layer Security)MD5:信息-摘要算法(Message-Digest Algorithm 5)DCE:分布式计算环境(Distributed Computing Envirionment)UDDI:统一描述、发现和集成协议(Universal Description,Discovery and Integration)1.4参考资料1.软件工程张海藩清华大学出版社1990/112.软件工程及其应用周苏、王文等天津科学技术出版社1992/13.软件工程课程设计李龙澍机械工业出版社2010/4 2.任务概述2.1 目标2.2 运行环境由于占用资源少,系统对运行环境的要求不高,理想的系统网络拓扑结构如图2.2.1所示:2.2.1 服务器服务器可根据应用的规模选定,可采用各种专用的服务器系统或PC服务器系统(如;SUN服务器,IBM服务器,HP服务器等),使用操作系统可以为SUN Solaris或Linux。

2.2.2 数据库软件流行的大中型数据库软件,如Oracle、MS SQL Server、DB2、PostgreSQL、SYSBASE等。

2.2.3 Web应用服务器WebLogic 6或以上版本Websphere 4或以上版本JRun 4或以上版本Resin 2.1.4或以上版本Tomcat 4或以上版本2.2.4 客户端采用B/S结构的子系统运行于Web浏览器之上,硬件要求为Pentium133/32M 以上配置。

2.3 需求概述系统提供统一的用户管理、身份认证及角色定制;一个全面的用户管理基础结构应该能够帮助公司实时地维持统一的用户特征,即便这些用户是为不同的应用系统而创建和使用。

统一的用户系统进行统一帐号创建、修改和删除,这使快速推出新的业务成为可能。

一个公司应该能拥有一个提供用户全面集中管理的管理层,而不为每个新的应用程序或服务建立分布的用户管理层。

各种电子政务应用的用户通过一个全局唯一的用户标示及存储于目录服务中的静态口令或由令牌获得动态口令,到认证服务器进行验证,如验证通过即可可登录到企业信息门户中访问集成的各种应用;可以在系统中维护用户信息并同步到各个应用中;能够根据其在企业的组织机构中的身份定制角色。

由于系统面向电子政务的各种应用,提供基于目录的统一用户权限管理及认证,故必须具备标准通用,安全稳定,响应快捷等特点的高性能服务能力。

2.4 条件与限制3.总体设计3.1总体结构和模块外部设计统一用户及权限管理系统的逻辑结构如下:该系统采用体系结构,采用C#编程语言,Sql Server2000数据库开发基于b/s结构的权限管理系统,该系统包括以下4个功能模块,每个模块又包含了几个到十几个不等的功能组,实现了权限管理所需的常用功能,其功能组成大致如下:模块功能组登录页登录页用户授权管理用户基本信息管理、用户包含的角色管理、用户包含的权限管理、用户组织机构管理、用户岗位管理组织机构管理组织机构基本信息管理、岗位基本信息管理、岗位包含的权限管理、岗位认证管理、拥有岗位的用户管理应用权限定制应用系统基本信息管理、应用系统权限组管理、应用系统权限管理、应用系统角色管理系统维护查询系统审计、查询应用审计3.2 功能分配各项模块的功能可参照3.1 中的说明。

客户机程序主要有三大块:接收数据、网络通信及输出部分。

服务器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据部分。

服务器程序需与已建立的SQL SERVER 数据库互连,其接口将于下面部分阐述。

3.3 基于目录服务的系统设计3.3.1 目录服务简介目录是一种特殊的数据库,目录服务就是按照树状信息组织模式,实现信息管理和服务接口的一种方法,目录服务是软件、硬件、策论以及管理的集合体;它服务于各种应用程序,包括LDAP(轻量级目录访问协议)目录和基于X.500的目录。

这些目录都是通用的标准的目录。

它们不适合于特定的操作系统、应用目的;目录服务系统一般由两部分组成:第一部分是数据库,一种分布式的数据库,且拥有一个描述数据的规划;第二部分则是访问和处理数据库有关的详细的访问协议。

虽然目录也被称为特殊的数据库,但它不同于真正的数据库。

目录的大部分操作为读操作。

假如应用程序要写大量的数据,就应该考虑选择使用数据库来实现。

目录支持相对简单的事务处理。

与文件系统比较:目录被认为是很差的文件系统。

文件通常很大,有几兆甚至更大,虽然目录被优化成存取很小的信息。

应用程序以块的方式存取文件。

文件系统支持各种调用--像seek(),read()和write(),这样可以写大文件的一部分的信息。

目录不能提供这种随机的存取访问。

目录条目被分成各种属性。

你可以分别获取各种属性。

你不能取得一个条目的部分值,如从第几个字节开始。

与web的比较:不像web服务器一样,目录不适合推送JPEG图像或Java程序给客户端。

Web服务通常作为开发web应用的跳板。

这些平台从CGI(公用网关接口)到更复杂的像Netscape应用服务平台。

目录一般不提供这种形式的应用开发,甚至它不提供目录应用开发平台服务。

与FTP的主要区别在于:数据量的大小和客户的类型。

另外一点就是FTP是一个非常简单的协议,它专于做一件事情并把它做好。

假如你想做的是把文件从一个地方传送到另一个地方,那么额外的目录下层结构也需要,如复制、查询、更新等。

与DNS比较:因特网的域名系统和目录有相似之处,它们都提供对分层式数据库的访问。

但其它一些不同把它们区分开来。

DNS的主要目的是把主机名转换成IP 地址。

比较而言,大多数目录有更普通的作用。

DNS有一套专门的、固定的计划,而目录允许被扩展。

DNS不允许更新它的信息,而目录可以。

DNS可通过UDP的无连接的方式访问,而目录通常是连接访问的。

目录服务与关系型数据库比较,目录不支持批量更新所需要的事务处理功能,目录一般只执行简单的更新操作,适合于进行大量数据的检索;目录具有广泛复制信息的能力,从而在缩短响应时间的同时,提高了可用性和可靠性。

目前,目录服务技术的国际标准有两个,即较早的X.500标准和近年迅速发展的LDAP标准。

X.500:在八十年代中期,两个不同的团体--CCITT和ISO,各自开始在目录服务方面的研究工作。

最后,两个国际性的目录规范融合成一个规范,这就是X.500。

X.500的优势在于它的信息模型,它的多功能性和开放性。

LDAP:1993年7月,第一个LDAP规范是由密歇根大学开发的,也就是RFC1487。

LDAP的开发者们简化了笨重的X.500目录访问协议,他们在功能性、数据表示、编码和传输方面做了改建。

目前,LDAP的版本是第3版本,相对以前版本来说,第3版本在国际化、提名、安全、扩展性和特性方面更加完善。

1997年,第3版本成为因特网标准。

由于LDAP所具有的查询效率高、树状的信息管理模式、分布式的部署框架以及灵活而细腻的访问控制,使LDAP广泛地应用于基础性、关键性信息的管理,如用户信息、网络资源信息等。

LDAP的应用主要涉及几种类型。

信息安全类:数字证书管理、授权管理、单点登录;科学计算类:DCE(Distributed Computing Envirionment,分布式计算环境)、UDDI (Universal Description,Discovery and Integration, 统一描述、发现和集成协议);网络资源管理类:MAIL系统、DNS系统、网络用户管理、电话号码簿;电子政务资源管理类:内网组织信息服务、电子政务目录体系、人口基础库、法人基础库。

选择目录技术与否可参考以下几个方面信息:* 信息量大小。

合集下载

概要设计说明书

概要设计说明书

概要设计说明书一、引言概要设计说明书是在需求分析阶段后的软件开发过程中,对于软件系统进行整体架构设计的重要文档。

通过概要设计,可以明确软件系统的整体结构,并为详细设计阶段的开展提供指导和依据。

本概要设计说明书将对软件系统的总体设计方案进行详细阐述,包括系统功能、系统架构以及技术选择等方面。

二、系统功能在本节中,将会明确系统的核心功能和扩展功能。

2.1 核心功能系统的核心功能主要包括:1) 用户管理:包括用户注册、登录、修改密码等功能;2) 数据管理:用户可以对系统中的数据进行增删改查等操作;3) 权限管理:不同用户拥有不同的权限,可以根据角色划分用户权限;4) 运营管理:系统管理员可以对系统进行运营管理,包括数据备份、日志管理等;5) 报表统计:系统可以生成各种形式的报表,帮助用户进行数据分析和决策。

2.2 扩展功能除了核心功能外,系统还具备以下扩展功能:1) 模块扩展:系统可以通过添加新的模块,拓展系统功能;2) 多语言支持:系统支持多种语言,方便国际化;3) 安全性增强:系统可以增加验证码、加密等功能,提高系统的安全性;4) 第三方集成:系统可以与其他系统进行集成,实现数据交互。

三、系统架构在本节中,将会描述系统的整体架构及各组件之间的关系。

3.1 系统架构图系统采用三层架构,分为表示层、业务逻辑层和数据访问层。

3.2 表示层表示层是系统与用户交互的界面,采用Web页面的形式进行展示。

用户可以通过浏览器访问系统,并进行相应的操作。

3.3 业务逻辑层业务逻辑层负责处理系统的各种业务逻辑,包括用户管理、数据管理、权限管理等。

该层中的模块会根据具体的功能进行划分,各个模块之间通过接口进行通信。

3.4 数据访问层数据访问层负责与数据库进行交互,包括数据的增删改查等操作。

在该层中,采用数据库连接池的方式提高数据库的访问效率。

四、技术选择在本节中,将会介绍系统所采用的主要技术和开发工具。

4.1 开发语言系统主要采用Java作为开发语言,Java具有良好的平台跨度和可扩展性,适用于大型系统的开发。

超详细的概要说明书系统概要设计说明书.doc

超详细的概要说明书系统概要设计说明书.doc

1引言 (2)1.1编写目的 (2)1.2参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3系统部署图 (2)2.4基本设计概念和类图 (3)2.5结构 (4)2.6功能模型描述 (9)2.6.1招聘管理 (9)2.6.2企业结构管理 (21)2.6.3行政级别管理 (29)2.6.4企业架构展示 (32)2.6.5人事档案管理 (33)2.6.6人事基础数据维护 (73)2.6.7权限管理 (82)2.7人工处理过程 (83)2.8尚未问决的问题 (83)3接口设计 (83)3.1用户接口 (83)3.2外部接口 (83)3.3内部接口 (83)4系统数据结构设计 (84)4.1逻辑结构设计要点 (84)5数据结构与程序关系 (85)5.1表结构与数据结构图 (85)5.1.1数据结构图 (85)5.1.2表汇总 (87)5.2数据结构与程序关系表......................................................... 错误!未定义书签。

6系统出错处理设计.. (98)6.1出错信息 (98)6.2补救措施 (99)6.3系统维护设计 (99)概要详细设计说明书1引言1.1编写目的本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。

本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。

1.2参考资料《人力资源管理系统需求规格说明书》2总体设计2.1需求规定本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。

2.2运行环境软件运行环境Windows 2000/XP/2003 Server操作系统;MS SQL Server 2000;Tomcat 5.0;Jdk 1.4;硬件运行环境Intel Pentium 2GHz或以上的CPU;内存512MB,建议使用1GB内存;硬盘至少有1GB可用空间;CD-ROM驱动器;2.3系统部署图用图例表示出系统实施运行中使用的服务器名称,Internet和各服务器之间的实施运作。

统一用户管理及认证系统概要设计说明书

统一用户管理及认证系统概要设计说明书

统一用户管理及认证系统概要设计说明书一、引言随着信息技术的快速发展和应用的深入,系统的用户管理和认证方式越来越成为各行业业务运行的重要环节。

为了提高效率、增强安全性并提升用户体验,我们计划设计一个统一的用户管理及认证系统。

本概要设计说明书将详细阐述该系统的设计理念、功能需求、技术架构和实现方法。

二、系统设计理念我们的设计理念主要基于以下几个原则:1、安全性:系统应确保用户信息的安全,防止信息泄露和滥用。

2、高效性:系统应提供高效的查询和认证服务,以减少用户等待时间。

3、灵活性:系统应支持多种认证方式和用户类型,以满足不同业务需求。

4、可扩展性:系统应具备良好的扩展性,以适应未来业务的发展变化。

三、功能需求本系统主要包括以下功能:1、用户管理:创建、编辑、删除用户信息,支持批量操作。

2、认证服务:提供用户名密码、动态令牌、生物识别等认证方式。

3、角色管理:定义角色及其权限,为不同用户分配相应角色。

4、访问控制:根据用户角色和权限,限制对系统的访问。

5、日志记录:记录用户的活动日志,提供审计和安全分析功能。

6、接口服务:提供API接口,支持与其他系统的集成。

四、技术架构本系统将采用以下技术架构:1、后端:使用Python或Java等编程语言进行开发,采用微服务架构,以提高系统的可维护性和可扩展性。

2、前端:使用React或Vue等前端框架,以提供友好的用户界面。

3、数据库:使用MySQL或PostgreSQL等关系型数据库存储用户信息和认证信息。

4、安全:使用SSL/TLS进行数据传输加密,采用多因素认证提高安全性。

5、云服务:使用公有云服务提供商,如AWS、阿里云等,以实现基础设施的快速部署和高可用性。

五、实现方法我们将按照以下步骤实现本系统:1、需求分析:深入了解业务需求,明确功能和非功能需求。

2、系统设计:根据需求分析结果,进行系统架构设计和数据库设计。

3、系统开发:按照设计文档进行系统开发,编写代码并进行单元测试。

(完整版)统一用户及权限管理

(完整版)统一用户及权限管理

文件编号:统一用户及权限管理平台解决方案及设计报告版本号0.9拟制人王应喜日期2006年6月审核人__________ 日期___________ 批准人__________ 日期___________目录第一章引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)第二章统一权限管理解决方案 (2)2.1需求分析 (2)2.2系统架构 (3)2.3系统技术路线 (7)第三章统一用户及授权管理系统设计 (7)3.1组织机构管理 (8)3.2用户管理............................................................................................................. 错误!未定义书签。

3.3应用系统管理、应用系统权限配置管理 (9)3.4角色管理 (8)3.5角色权限分配 (9)3.6用户权限(角色)分配 (9)3.7用户登录日志管理功 (9)第四章对外接口设计 (10)4.1概述 (10)4.2接口详细描述 (10)4.2.1获取用户完整信息 (14)4.2.2获取用户拥有的功能模块的完整信息 (15)4.2.3获取用户拥有的一级功能模块 (16)4.2.4获取用户拥有的某一一级功能模块下的所有子功能模块 (17)4.2.5获取用户拥有的某一末级功能模块的操作列表 (19)4.2.6判断用户是否拥有的某一末级功能模块的某一操作权限 (20)4.2.7获取某一功能模块的ACL—尚需进一步研究 (21)4.2.8获取某一模块的数据级权限规划规则—尚需进一步研究 (22)1引言1.1编写目的编写此文的目的从总体上描述企业统一用户及授权管理的解决方案以及统一用户及授权管理系统的功能设计、对外接口设计、数据库设计,并为下一阶段的详细设计以及系统编码、测试提供依据。

本文档读者对象:用户、项目经理、系统分析员、软件文档管理员、质量管理人员,软件开发人员、软件测试人员等。

通用权限系统概要设计说明书

通用权限系统概要设计说明书

上海xxxx系统股份有限公司通用权限管理系统V1.0概要设计说明书软件部2013 年 7 月文档修改记录…说明本文档中所包含的信息属于商业机密信息,如无上海电科的书面许可,任何人都无权复制或利用。

模版版本信息编辑部门:软件部批准日期:2013/7/14目录1引言 (2)1.1编写目的 (2)1.2软件设计目标 (2)1.3定义 (2)1.4法律法规和参考资料 (2)2系统用例 (2)2.1角色与用例描述 (3)2.2角色授权流程 (4)2.3资源权限管理 (5)3系统架构设计 (6)3.1设计方法 (6)3.2应用结构图 (6)3.3系统架构 (7)1引言1.1 编写目的在完成需求分析的基础上,为了更好的明确平台需求、以及指导程序员的开发工作,编写了这份概要设计说明书,该说明书主要对需求进行分析、设计、框架的整体设计,以及部分实现方案,接近详细设计,程序员通过该设计便可以进行开发工作。

预期读者:编码人员、测试人员、设计人员,上级领导,各产品部技术同行等。

1.2 软件设计目标系统的设计目标主要包括以下四点:1、对应用系统的所有资源进行权限控制,比如应用系统的功能菜单、单个界面的按纽控件等进行权限的操控。

2、完善用户、角色、组织、资源、操作的管理功能,其中的组织管理模块只提供组织视图,不参与权限的控制管理。

3、开发人员开发新的系统功能,通过资源和角色模块进行操作管理。

使用系统管理员身份登陆,直接将访问路径作为对角色资源授权给操作,实现资源访问控制管理。

4、在多应用之间实现SSO功能,对用户登陆的IP进行管理及控制。

1.3 定义SSO :Single Sign On 单点登录1.4 法律法规和参考资料《J2EE设计模式》2系统用例系统业务用例图:2.1 角色与用例描述1、系统用户(1)、系统管理员:具有系统最高级别的权限,实行信息的全局管理与数据维护工作。

系统管理员账号不可被删除,只能进行相关信息修改。

统一用户和权限管理设计

统一用户和权限管理设计
异常登录监控
监控用户的登录行为,发现异常登录及时进行处 理,如异地登录、频繁登录失败等。
单点登录实现
统一认证中心
建立统一的认证中心,负责用户的身份认证和授权管理。
单点登录协议
采用标准的单点登录协议,如OAuth、SAML等,实现不同应用之 间的单点登录。
令牌管理
通过令牌管理机制,在用户通过认证后颁发令牌,用户持令牌访问其 他应用时无需再次认证。
未来扩展方向预测及建议
微服务架构支持
随着微服务架构的普及,系统应考虑支持 微服务架构下的用户和权限管理,实现细
粒度的服务授权和访问控制。
跨平台与移动端支持
适应跨平台和移动端的发展趋势,提供跨 平台和移动端的用户和权限管理解决方案。
AI与机器学习应用
利用AI和机器学习技术,实现智能权限推 荐、异常行为检测等高级功能,提高系统 的智能化水平。
05
数据安全与隐私保护设计
数据加密传输与存储
01
采用SSL/TLS协议对传输的数据进行加密,确保数据在传输过 程中的安全性。
02
对存储的敏感数据进行加密处理,如密码、信用卡信息等, 以防止数据泄露。
03
使用强密码策略,并定期更换密码,减少密码被猜测或破解 的风险。
防止恶意攻击和篡改措施
01 部署防火墙和入侵检测系统,实时监测和防御恶 意攻击。
统一用户和权限管理设计
• 引言 • 用户管理设计 • 权限管理设计 • 统一认证与授权设计 • 数据安全与隐私保护设计 • 系统集成与扩展性考虑
01
引言
目的和背景
提高系统安全性
通过统一用户和权限管理,可以 严格控制用户对系统资源的访问, 防止未经授权的访问和数据泄露。

概要设计说明书跟需求说明书

概要设计说明书跟需求说明书概要设计说明书与需求说明书概要设计说明书1. 引言概要设计说明书是为了介绍系统设计的整体框架及关键设计方案而编写的文档。

本文档将详细介绍系统概要设计的目标、范围和约束条件,并给出逻辑、物理和数据设计的概述。

2. 系统概述2.1 目标本系统的目标是满足用户需求,提供一个高效、稳定、可靠的软件解决方案,以提高业务效率和客户满意度。

2.2 范围本系统主要包括以下模块:- 用户管理模块:包括用户注册、登录、权限管理等功能。

- 商品管理模块:包括商品分类、上架、下架、库存管理等功能。

- 订单管理模块:包括下单、支付、配送等功能。

- 数据报表模块:包括销售统计、用户分析等功能。

2.3 约束条件- 技术约束:本系统基于JavaEE开发,采用Spring框架、MySQL 数据库等技术。

- 时间约束:本系统的开发周期为3个月,需在规定时间内完成概要设计、详细设计、编码和测试等工作。

3. 逻辑设计本系统采用三层架构,分为表现层、业务逻辑层和数据访问层。

3.1 表现层设计- 用户界面:采用Web前端技术,提供友好的用户界面,支持多浏览器兼容。

- 控制器:负责接收用户请求,调用业务逻辑层的接口,并将数据传递给前端界面进行展示。

3.2 业务逻辑层设计- 用户管理:负责用户注册、登录、权限管理等业务逻辑处理。

- 商品管理:负责商品分类、上架、下架、库存管理等业务逻辑处理。

- 订单管理:负责下单、支付、配送等业务逻辑处理。

- 数据报表:负责销售统计、用户分析等业务逻辑处理。

3.3 数据访问层设计- 数据库设计:- 用户表:包括用户ID、用户名、密码等字段。

- 商品表:包括商品ID、商品名称、价格等字段。

- 订单表:包括订单ID、用户ID、商品ID等字段。

- 数据访问对象(DAO):负责与数据库进行交互,提供数据的增删改查功能。

4. 物理设计本系统采用分布式架构,主要分为前端服务器、应用服务器和数据库服务器。

统一用户管理与认证平台需求说明书范文

统一用户管理与认证平台需求说明书范文南南山山区区教教育育信信息息网网应应用用系系统统版本信息某A代表新增,M代表修改,D代表删除。

版本号1.0发布日期2022-9-30提交人审阅人A.M.DA更新位置更新摘要拟初稿引言............................................................. ............................................................... ..............31.11.21.31.42任务概述............................................................. ............................................................... .......42.12.22.3目标............................................................. ............................................................... .......4用户的特点............................................................. ..........................................................4假定和约束............................................................. . (5)3需求规定............................................................. ............................................................... .......53.1对功能的规定............................................................. ......................................................53.1.1统一用户管理............................................................. ..............................................53.1.2统一认证与单点登录............................................................. ..................................73.1.3应用系统自身的用户及认证管理............................................................. ..............83.2对性能的规定............................................................. ......................................................83.2.1精度............................................................. .. (8)3.2.2时间特性要求............................................................. ..............................................83.2.3灵活性............................................................. ..........................................................93.3输人输出要求............................................................. ......................................................93.3.1用户信息............................................................. ......................................................93.3.2认证信息............................................................. ......................................................93.4数据管理能力要求............................................................. ..............................................93.5故障处理要求............................................................. ......................................................93.6其他专门要求............................................................. (9)4运行环境规定............................................................. .. (9)4.14.24.34.4设备............................................................. ............................................................... .......9支持软件............................................................. (10)接口............................................................. ............................................................... .....10控制............................................................. ............................................................... .. (10)1引言1.1编写目的本文档的编写目的在于确定南山教育信息网统一用户管理与认证平台的需求内容,成为后续开发建设和验收的依据。

通用权限管理系统设计篇三概要设计说明书转

通用权限管理系统设计篇三概要设计说明书转在前两篇文章中,不少朋友对我设计提出了异议,认为过于复杂,当然在实际各种系统权限管理模块中,并不像这里设计得那么复杂,我以前所做系统中,由只有用户与权限,有只有用户、权限与角色,还有一个系统用到了用户、权限、角色、组概念,这个系统是我在思考以前所做系统权限管理部分中找到一些共性而想到一个设计方案,当然还会有不少设计不到位地方,在设计开发过程中会慢慢改进,这个系统权当学习只用,各位朋友好建议我都会考虑到设计中,感谢各位朋友支持。

今天抽时间整了一份概念设计出来,还有一些地方尚未考虑清楚,贴出1.0版,希望各位朋友提出宝贵建议。

大家也可以点击此处《通用权限管理概要设计说明书》自行下载,这是1.0版本,有些地方可能还会进行部分修改,有兴趣朋友请关注我blog。

1.引言1.1编写目本文档对通用权限管理系统总体设计、接口设计、界面总体设计、数据结构设计、系统出错处理设计以及系统安全数据进行了说明。

1.2背景a、软件系统名称:通用权限管理系统;b、任务提出者、开发者:谢星星;c、在J2EEweb系统中需要使用权限管理系统。

1.3术语本系统:通用权限管理系统;SSH:英文全称是Secure Shell。

1.4预期读者及阅读建议预期读者阅读重点开发人员总体设计、接口设计、数据结构设计、界面总体设计、系统出错处理设计设计人员总体设计、接口设计、数据结构设计、系统安全设计1.5参考资料《通用权限管理系统需求规格说明书》《通用权限管理系统数据库设计说明书》2.总体设计2.1设计目标权限系统一直以来是我们应用系统不可缺少一个部分,若每个应用系统都重新对系统权限进行设计,以满足不同系统用户需求,将会浪费我们不少宝贵时间,所以花时间来设计一个相对通用权限系统是很有意义。

本系统设计目标是对应用系统所有资源进行权限控制,比如应用系统功能菜单、各个界面按钮控件等进行权限操控。

2.2运行环境操作系统:Windows系统操作系统与Linux系列操作系统。

统一用户及权限管理系统概要设计说明书

统一用户及权限管理系统概要设计说明书执笔人:K1273-5班涂瑞1.引言1.1编写目的在推进和发展电子政务建设的进程中,需要通过统一规划和设计,开发建设一套统一的授权管理和用户统一的身份管理及单点认证支撑平台。

利用此支撑平台可以实现用户一次登录、网内通用,避免多次登录到多个应用的情况。

此外,可以对区域内各信息应用系统的权限分配和权限变更进行有效的统一化管理,实现多层次统一授权,审计各种权限的使用情况,防止信息共享后的权限滥用,规范今后的应用系统的建设。

本文档旨在依据此构想为开发人员提出一个设计理念,解决在电子政务整合中遇到的一些问题。

1.2项目背景随着信息化建设的推进,各区县的信息化水平正在不断提升。

截至目前,在各区县的信息化环境中已经建设了众多的应用系统并投入日常的办公使用,这些应用系统已经成为电子政务的重要组成部分。

各区县的信息体系中的现存应用系统是由不同的开发商在不同的时期采用不同的技术建设的,如:邮件系统、政府内部办公系统、公文管理系统、呼叫系统、GIS系统等。

这些应用系统中,大多数都有自成一体的用户管理、授权及认证系统,同一用户在进入不同的应用系统时都需要使用属于该系统的不同账号去访问不同的应用系统,这种操作方式不仅为用户的使用带来许多不便,更重要的是降低了电子政务体系的可管理性和安全性。

与此同时,各区县正在不断建设新的应用系统,以进一步提高信息化的程度和电子政务的水平。

这些新建的应用系统也存在用户认证、管理和授权的问题。

1.3定义1.3.1 专门术语数据字典:对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。

数据流图:从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

性能需求:系统必须满足的定时约束或容量约束。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档