组织架构模块概要设计.docVIP

组织架构 概要设计 沈阳XXX有限公司 20年月 沈阳大东区XXXX 110004 Tel: +86 24 2XXXXXXX Fax: +86 24?2XXXXXXX-XXX Email: xxx@ 项目编号- XXXX概要设计 版本： 生效日期： 编写： 批准： 沈阳XXXX有限公司 版权所有Copyright ? Shenyang XXXXXXX Science Technology Co.，Ltd. 更改履历 序号 发布版本 更改时间 更改章节 状态 更改描述 更改申请号 　 　V 2011/5/6 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 状态：新建、增加、修改、删除。 目 录 1. 文档介绍 5 1.1 文档目的与背景 5 1.2 文档范围 5 1.3 参考文献 5 1.4 术语与缩写解释 5 2. 系统概述 5 3. 设计约束 5 4. 设计策略和方法 6 4.1 模块封装与移植策略 6 4.2 工厂策略 6 5. 技术路线 6 6. 系统总体结构 7 6.1 系统架构 7 7. 模块设计 8 7.1 用户信息管理功能 8 7.2 部门信息维护功能 8 7.3 角色信息维护功能 9 7.4 用户部门角色关系维护功能 10 7.5 角色功能关系维护功能 11 7.6 授权维护功能 12 8. 数据库逻辑设计 15 8.1 表设计 15 9. 接口设计 17 10. 开发环境的配置 17 11. 运行环境的配置 17 12. 测试环境的配置 17 13. 方案选择与问题解决 17 文档介绍 文档目的与背景 文档范围 参考文献 术语与缩写解释 缩写、术语 解 释 统概述 设计约束 系统不考虑将具体功能分配给某个用户的情况，仅仅考虑将具体功能分配给相应的角色。 系统总管理员为特定的账户，用户不可修改该用户名称，其他可以修改。 系统总管理员应该隶属于总公司级别。 在多分公司结构下应考虑到系统管理员的工作量较大，可以通过建立分公司级管理员来分配权限。 各个分公司的管理员在自己的分公司名下。 同一个用户可以处于不同部门之下，在登录系统时进行用户部门选择。 授权管理中一旦用户授权给其他人后，两用户将能同时对授权内容进行业务处理。 授权管理采用的是用户对用户授权，不考虑将用户某个角色进行授权。 被授权的用户在业务系统中操作数据时应检查授权是否有效（该检查由框架提供），保证一致性 设计策略和方法 技术路线 系统总体结构 系统信息管理：该功能用于维护系统的相关信息，由具有管理员权限的用户进行维护。 用户信息管理：该功能用于维护用户的相关信息，在维护用户的相关信息时，必须要设置该用户的所在部门。该用户可以处于多部门下，用户可以自行设定登录时的默认部门。用户创建工作由管理员来创建，普通用户可以修改登录密码和默认登录部门信息其他信息不能修改。 部门信息管理：该功能用于维护部门的相关信息，该工作有管理员来创建。在部门功能中部门编码采用分级编码的形式来构建部门树，普通用户没有创建和修改部门的功能。在创建部门信息时，创建人员仅仅能创建自己所在的部门名下的部门，不能创建其他部门名下的部门信息，创建部门时将默认创建一个部门角色。 角色信息管理：该功能用于维护角色的相关信息，角色是用户功能信息的集合，表示了某一用户所具备的所有功能。角色维护工作由系统管理员来完成维护工作。普通用户没有创建和修改角色的功能。在创建角色信息时，创建人员仅仅可以用于创建自己所在的部门名下的角色信息，不能创建其他部门名下的角色信息，支持树型结构。 功能信息维护：该功能用于维护功能列表的相关信息，该工作在系统初始化时进行，不提供具体的修改界面和功能，支持树型结构。 部门角色关系管理：该功能用于维护部门和角色的关系信息。保存部门默认的角色，也可以为部门分配固定的角色。 用户部门关系管理：该功能用于维护用户和部门的关系信息。默认部门信息表示用户登录系统时自动选择的部门信息，该关系表的数据在创建用户信息时一同创建。 用户部门角色关系管理：该功能用于管理用户、部门和角色信息。当为某个用户分配具体的角色时需要设置该用户的所在部门信息。 角色功能关系管理：该功能用于角色和功能关系，该操作对任何有权限的用户有效用于定义该角色下所对应的功能信息。 授权管理：该功能用于用户功能的授权操作。在授权操作中可以进行单一传递授权即用户A将授权给用户B，B不可以将被授权授权予其它用户。A用户和B用户将同时拥有授权部分操作权限，取消授权后，用户B将不具备授权功能的操作能力，在功能的实现上采用登录默认合并自身角色和授权角色后的功能集合。 模