《组织架构模块概要设计.doc》由会员分享，可在线阅读，更多相关《组织架构模块概要设计.doc（19页珍藏版）》请在三一文库上搜索。
1、XXXX概要设计 Ver1.0组织架构概要设计沈阳XXX有限公司2011年5月6日沈阳大东区XXXX 110004Tel: +86 24 2XXXXXXX Fax: +86 24 2XXXXXXX-XXXEmail: 项目编号（本组统一制定）- XXXX概要设计 版本： v1.0生效日期：编写：批准：沈阳XXXX有限公司 版权所有Copyright © Shenyang XXXXXXX Science & Technology Co.，Ltd.更改履历序号发布版本更改时间更改章节状态更改描述更改申请号1V1.02011/5/6新建状态：新建、增加、修改、删除。目 录
2、1.文档介绍51.1文档目的与背景51.2文档范围51.3参考文献51.4术语与缩写解释52.系统概述53.设计约束54.设计策略和方法64.1模块封装与移植策略64.2工厂策略65.技术路线66.系统总体结构76.1系统架构77.模块设计87.1用户信息管理功能87.2部门信息维护功能87.3角色信息维护功能97.4用户部门角色关系维护功能107.5角色功能关系维护功能117.6授权维护功能128.数据库逻辑设计158.1表设计159.接口设计1710.开发环境的配置1711.运行环境的配置1712.测试环境的配置1713.方案选择与问题解决171. 文档介绍1.1 文档目的与背景企业软件几
3、乎都需要系统组织架构权根管理模块，在每一次开发中大量的人力物力投入在流程模块的定制开发中，为节省公司的资源、提高人均产值，需要设计出一套通用的系统架构权限管理模块，本文档要完成的目的就在于此，以求无缝对接到今后开发的各项产品中。1.2 文档范围1) 软件设计人员2) 软件开发人员3) 软件测试人员4) 软件技术支持人员1.3 参考文献无1.4 术语与缩写解释缩写、术语解 释2. 系统概述该组织结构主要用于对系统中用户的使用权限进行管理并可以对某些特定的用户进行授权。在权限功能的功能中将涉及到系统管理、用户管理、部门管理、角色管理、功能管理、部门和用户关系管理、部门和用户和角色关系管理、角色和功
4、能关系管理、部门和角色关系管理、授权管理功能模块。3. 设计约束1) 部门管理中应该体现多级结构，即能够满足包含多个分公司的情况。2) 系统不考虑将具体功能分配给某个用户的情况，仅仅考虑将具体功能分配给相应的角色。3) 系统总管理员为特定的账户，用户不可修改该用户名称，其他可以修改。4) 系统总管理员应该隶属于总公司级别。5) 在多分公司结构下应考虑到系统管理员的工作量较大，可以通过建立分公司级管理员来分配权限。6) 各个分公司的管理员在自己的分公司名下。7) 同一个用户可以处于不同部门之下，在登录系统时进行用户部门选择。8) 授权管理中一旦用户授权给其他人后，两用户将能同时对授权内容进行业务
5、处理。9) 授权管理采用的是用户对用户授权，不考虑将用户某个角色进行授权。10) 被授权的用户在业务系统中操作数据时应检查授权是否有效（该检查由框架提供），保证一致性4. 设计策略和方法4.1 模块封装与移植策略将组织架构模块独立封装在一个Windows类库中，独立于其他业务模块，在交付客户程序时提供更为便捷的源代码开放策略。同时，组织架构模块可以分别集成于业务系统和流程服务引擎中，提供更好可移植性。4.2 工厂策略在组织架构模块的开发中，会较多的使用工厂设计模式，为了将来对系统进行无缝的扩展和升级，向下兼容此前的流程模版或调用程序代码。如：日志的输出方式，采用日志工厂来选择创建日志输出方式，
6、可使用写入Txt文本文件方式，也可使用写入到数据库日志表中。5. 技术路线1) 采用Windows类库形式，使用C#编写，需.Net Framework 4.0环境支持运行，类库文件可分别集成在业务解决方案和流程服务引擎模块中。2) 使用SqlServer2008 R2数据库进行，支持SqlServer2005以上版本运行。3) 采用ADO.NET EntityFramework ORM数据访问技术。采用Linq To Entities进行数据库访问，采用Linq To Object进行集合类操作，采用Linq To XML进行解析流程文件（Xaml格式）。6. 系统总体结构6.1 系统架构用
7、户信息管理部门信息管理角色信息管理用户部门关系管理角色功能关系管理授权管理组织结构管理用户部门角色关系管理功能信息管理部门角色关系管理系统信息管理1) 系统信息管理：该功能用于维护系统的相关信息，由具有管理员权限的用户进行维护。2) 用户信息管理：该功能用于维护用户的相关信息，在维护用户的相关信息时，必须要设置该用户的所在部门。该用户可以处于多部门下，用户可以自行设定登录时的默认部门。用户创建工作由管理员来创建，普通用户可以修改登录密码和默认登录部门信息其他信息不能修改。3) 部门信息管理：该功能用于维护部门的相关信息，该工作有管理员来创建。在部门功能中部门编码采用分级编码的形式来构建部门树，
8、普通用户没有创建和修改部门的功能。在创建部门信息时，创建人员仅仅能创建自己所在的部门名下的部门，不能创建其他部门名下的部门信息，创建部门时将默认创建一个部门角色。4) 角色信息管理：该功能用于维护角色的相关信息，角色是用户功能信息的集合，表示了某一用户所具备的所有功能。角色维护工作由系统管理员来完成维护工作。普通用户没有创建和修改角色的功能。在创建角色信息时，创建人员仅仅可以用于创建自己所在的部门名下的角色信息，不能创建其他部门名下的角色信息，支持树型结构。5) 功能信息维护：该功能用于维护功能列表的相关信息，该工作在系统初始化时进行，不提供具体的修改界面和功能，支持树型结构。6) 部门角色关
9、系管理：该功能用于维护部门和角色的关系信息。保存部门默认的角色，也可以为部门分配固定的角色。7) 用户部门关系管理：该功能用于维护用户和部门的关系信息。默认部门信息表示用户登录系统时自动选择的部门信息，该关系表的数据在创建用户信息时一同创建。8) 用户部门角色关系管理：该功能用于管理用户、部门和角色信息。当为某个用户分配具体的角色时需要设置该用户的所在部门信息。9) 角色功能关系管理：该功能用于角色和功能关系，该操作对任何有权限的用户有效用于定义该角色下所对应的功能信息。10) 授权管理：该功能用于用户功能的授权操作。在授权操作中可以进行单一传递授权即用户A将授权给用户B，B不可以将被授权授权
10、予其它用户。A用户和B用户将同时拥有授权部分操作权限，取消授权后，用户B将不具备授权功能的操作能力，在功能的实现上采用登录默认合并自身角色和授权角色后的功能集合。7. 模块设计7.1 用户信息管理功能1) 管理员分为多级，即各个分公司可能拥有自己的管理员，所以在创建用户时必须提取该管理员名下的部门信息。2) 在选择用户部门的功能中应该显示的是部门树信息并可以进行多重选择。3) 在保存数据时要检查用户名称，用户密码和部门是否有值，如果没有不能保存数据信息。4) 用户信息要保存到RbacUser表中，用户所对应的部门信息要保存到RbacUserDeptRelation表中，在管理员选择的部门集合中
11、的第一个部门就是默认部门，其他都为非默认部门，默认部门仅仅有一个不能有多个默认部门。具体流程如下图：开始由有管理员权限的用户录入基本信息获取该管理员名下的所有部门信息以树形列表的形式显示单位，并提供多重选择功能验证用户名，密码，部门是否都有值，有值进行保存操作结束7.2 部门信息维护功能1) 管理员分为多级，即各个分公司可能拥有自己的管理员，所以在创建部门时必须提取该管理员名下的部门信息。2) 部门信息编码采用固定分级编码形式总长度为28位可以分成每4位为一个编码共可分为7级9999个部门信息，即可以包含7级部门结构，每个部门下可以容纳9999个部门信息。上级编码用于构建部门树。3) 在保存部
12、门信息时要检查部门编码是否有重复，上级编码要构建正确。4) 部门信息要保存到表RbacDept中。5) 创建部门信息时，将默认创建一个部门角色，并将对应关系保存到RbacDeptRoleRelation表中。具体流程如下图：开始获取该管理员名下的所有部门信息以树形列表的形式显示部门，并录入相关信息提供增加、删除、修改和保存功能结束7.3 角色信息维护功能1) 管理员分为多级，即各个分公司可能拥有自己的管理员，所以在创建角色时必须提取该管理员部门名下的所有角色信息。2) 在保存角色信息时必需保存创建该角色的创建者和创建者部门信息。3) 在修改原有的角色信息时，仅仅修改角色名称和角色备注信息，其他
13、信息不能修改。4) 角色信息保存到数据表RbacRole中。具体流程如下图：开始获取该管理员部门名下的所有角色信息以列表的形式显示角色，并录入相关信息提供增加、删除、修改和保存功能结束7.4 用户部门角色关系维护功能1) 管理员分为多级，即各个分公司可能拥有自己的管理员，所以在创建关系信息时应该提取该管理员部门名下的用户信息和角色信息。2) 在关系中的部门列表显示的是待分配角色的用户所在部门，即根据用户编号到RbacUserDeptRelation表中获取的部门数据信息。3) 在保存数据时要检查用户、部门、角色的值不能为空。4) 数据保存到数据表RbacUserDeptRoleRelation
14、中。 具体流程如下图：开始获取该管理员部门名下的所有用户信息以列表的形式显示用户信息，获取该用户的部门信息以列表的形式显示用户的部门信息，当用户信息变化时单位信息要随着用户信息的变化而变化结束获取该管理员部门名下的所有角色信息，以列表的形式显示提供增加、删除、修改和保存功能7.5 功能信息维护后台维护。7.6 部门角色关系管理1) 管理员分为多级，即各个分公司可能拥有自己的管理员，在获取角色信息时应该获取该管理员部门名下的角色信息，在获取部门信息时应该获取该管理员部门名下的部门信息。2) 创建角色信息时，将数据保存到数据表RbacRole中，同时还需要将创建人所属部门与创建角色的所属关系保存到
15、数据表RbacDeptRoleRelation中。7.7 角色功能关系维护功能1) 管理员分为多级，即各个分公司可能拥有自己的管理员，所以在获取角色信息时应该获取该管理员部门名下的角色信息。2) 功能列表不在划分到某个部门名下，功能列表信息是在系统初始化时导入系统的。获取的功能列表为系统中全部的功能信息，即每个管理员都可以分配系统中的所有功能。3) 在保存数据时要求角色编码和功能编码都不能为空。4) 数据保存到数据表RbacRoleFuncRelation中。 具体流程如下图：开始获取该管理员名下的所有角色信息以列表形式显示获取全部功能信息列表并以列表形式显示提供增加、删除、修改和保存功能结束
16、7.8 授权维护功能1) 在授权中待授权的用户信息为系统中全部部门信息和用户信息。2) 一个用户可以被多个用户授权，登录时合并授权功能进行登录。3) 数据保存到数据库RbacGrant中。 授权功能初始化具体逻辑：开始获取登录用户的相关角色信息A 获取系统部门用户列表，选择授权用户，授权操作结束被授权功能用户初始化具体逻辑:开始获取登录用户的相关角色信息A获取授权表中授权者为登录用户和登录部门并且“是否取消”为“N”的角色信息集合B在角色集合A中合并集合B的角色功能信息结束 授权的逻辑动作：获取系统所有部门用户信息选择要授权部门和用户授权，可以选择开始、结束日期开始获取登录用户的相关信息A结束
17、解除授权的逻辑动作：获取被授权的角色和用户选择被授权的信息 取消被授权关系，填写实际授权结束时间开始获取登录用户的相关信息结束8. 数据库逻辑设计8.1 表设计1) 系统信息表 2) 用户信息表3) 部门信息表 4) 角色信息表 5) 功能信息表 6) 部门用户关系信息表7) 部门角色关系表(用于部门默认角色) 8) 用户部门角色关系信息表 9) 角色功能关系信息表 10) 授权信息表 9. 接口设计1) DataControl 控制数据l 内部接口l 外部接口Ø 新建部门信息Ø 批量新建部门信息Ø 修改部门信息Ø 删除部门信息Ø 新建用户信息
18、Ø 批量新建用户信息Ø 修改用户信息Ø 删除用户信息Ø 新建部门用户对应关系Ø 修改部门用户对应关系Ø 删除部门用户对应关系Ø 新建角色信息Ø 批量新建角色信息Ø 修改角色信息Ø 删除角色信息Ø 新建部门角色对应关系Ø 修改部门角色对应关系Ø 删除部门角色对应关系Ø 新建角色功能对应关系Ø 修改角色功能对应关系Ø 删除角色功能对应关系Ø 新建部门用户角色对应关系Ø 修改部门用户角色对应关系Ø 删除部门用户角
19、色对应关系Ø 新建授权信息Ø 修改授权信息2) DataQuery 查询数据l 内部接口Ø 检验当前用户和部门有有效授权信息Ø 检验当前用户和部门是否有有效的被授权信息l 外部接口Ø 根据登录用户获得系统信息Ø 获得所有部门信息列表Ø 根据部门ID获得部门信息Ø 获得所有用户信息列表Ø 根据用户别名获得用户信息Ø 根据用户员工号获得用户信息Ø 根据用户别名和密码获得用户信息Ø 根据用户员工号和密码获得用户信息Ø 根据用户和部门获得角色信息Ø 获得所有角色信息Ø 根据角色ID获得角色信息Ø 获得所有功能信息列表Ø 根据功能ID获得功能信息Ø 根据角色获得功能信息Ø 根据用户获得部门信息列表Ø 根据部门获得用户信息列表Ø 根据部门获得角色列表Ø 根据用户和部门获得有效授权信息10. 开发环境的配置11. 运行环境的配置12. 测试环境的配置13. 方案选择与问题解决19 / 19文档可自由编辑打印