3.1   系统管理

3.1.1    类图

 

ASP.NET应用管理系统框架概述(三)

图一(所有类)


ASP.NET应用管理系统框架概述(三)

图二(集合类)

 

ASP.NET应用管理系统框架概述(三)

图三(实体类)

 

ASP.NET应用管理系统框架概述(三)

图四(提供程序类)

 

ASP.NET应用管理系统框架概述(三)

图五(静态管理类)

 

 

ASP.NET应用管理系统框架概述(三)
 

图六(数据库操作类)

3.1.2    数据库结构

 

ASP.NET应用管理系统框架概述(三)

数据库结构是在设计完实体类后设计的,但在此先写文档,这是SQL Server2005数据库的数据类型,在变更其他数据库时,uniqueidentifier类型应改为Char(36)PowerDesinger会自动更改数据类型,对于成员表,可能一些数据库不支持所有字段的总长度,需要更改部分字段的长度。

3.1.3    需求

不是说只有项目才需要做需求,开发这个框架需要做什么,达到什么目的及效果,同样需要在设计之前确定下来,才能做出好的设计。

框架中需要做到应用程序管理、用户管理、部门管理、角色管理、权限管理、日志管理、菜单管理。

框架可以管理多个应用程序,每个应用程序都有独立的用户、部门、角色、权限及日志。应用程序的系统管理信息可以存放在一个数据库中,也可以存放在不同的数据库中。

每个用户必须隶属于一个部门(开始设计时定为用户组,因此类名为UserGroup,但写文档时觉得部门更通俗一些),用户可以拥有多个角色(多对多的关系),并拥有角色拥有的权限,用户不能删除只能禁用(其他开发人员在使用此架构时可能将记录用户的操作信息,在没有建立约束时删除后可能无法得到该用户的信息,如用户的中文名称),用户多次登录系统失败后能够锁定用户。

部门为组织机构的单位,采用树型结构。

角色拥有多个权限(多对多的关系)。

一个系统中可能存在很多权限,需要添加一个权限项目对权限进行管理,在配置系统权限时更方便的操作。

日志有很多中,有用户登录的日志、系统出错的日志、用户操作的日志等等,在确定设计需求时决定这个框架只设计了用户的登录日志,如果以后或其他开发人员进行二次开发时需要进行其他日志的管理能方便的扩展。

实现ASP.NETWebPart功能。

菜单不应只是系统菜单,一些与系统菜单类似的功能也可以同样应用,如文档管理的文件夹、信息发布的栏目等。菜单应该与权限关联,具有某各菜单权限的用户才能使用该菜单。

分类:

技术点:

相关文章: