生产资料系统 数据库需求分析1.docVIP

生产资料系统　数据库公共系统部份需求分析 公共系统部分： 1、数据库设计 ①数据库需求分析　 系统要求必须维护用户数据，验证用户是否有权限使用该系统，同时是否有权限使用各功能模块。同时在Users（用户表）中，要记录当前用户的姓名、在线状态、所属部门、所属地市等信息。为了系统的安全性，还需要增加用户操作日志，表名为Blog（日志表）中，记录用户登录系统后的操作。通过以上分析，数据库设计必须满足以下几点： 用户ID必须唯一。 每个用户ID必须对应一个用户组名称，以方便用户进行某些操作时判断是否拥有权限。 具体的所有的权限种类放在操作类型元素表中(操作元素ID, 操作对象描述) ，不同的用户组拥有不同的操作权限。 登录系统、退出系统和在各功能模块中进行各项操作时写入用户操作记录表中的用户字段必须和用户表中的用户ID相关联。 　②数据库概念结构设计 通过对些系统的公用系统的总体分析，可以得到大概的实体－关系模型（E-R模型）如下： 用户信息表(Users)：（用户ID，用户帐号，用户姓名，用户密码，出生日期，性别，电话，电子邮箱，用户组名称, 所属城市名称，所属部门名称） 用户状态表(UserState)：（用户帐号，用户在线状态,登录系统时间）。 权限表(Role)：（用户组名称，操作对象ID） 操作类型元素表(OpType)：（操作对象ID，操作对象描述） 现有部门详情表（Unit）：（部门编号,部门名称，部门所属城市编号，部门所属城市名称）。 现有地市详情表（City）：（城市编号，城市名称）。 现有县市详情表（County）：（县市编号，县市名称，所属城市编号，所属城市名称） 日志表(Blog)：（记录号，时间，事件，对象，用户，所属用户组名称） 其中：事件为操作描述：登陆系统，退出系统，增加，修改，删除，打印输出，excel操作,浏览不做记录；对象为操作的对象 其中带下划线的即为该表的主键。 其中：用户表的用户组名称应该等于权限表的用户组名称。 其中：权限表的操作对象ID应该等于操作类型元素表的操作对象ID. 其中：用户信息表中的所属地市应等于现有地市详情表的城市名称。 其中：现有部门详情表的部门所属城市编号，部门所属城市名称等于现有地市详情表的城市编号，城市名称。 其中：现有县市详情表的所属城市编号，部门所属城市名称等于现有地市详情表的城市编号，城市名称 ③数据库逻辑结构设计 该系统的公共部份数据库中的各个表的设计结果如下面的表格所示。每个表格表示在数据库中的一个表。公共部份的数据库由以下几个数据表组成。 · Role：权限表，初始有系统管理员，地市管理员，用户３种角色；另有超级管理员为软件开发时调试时使用，拥有一切权限。 ·Users：用户信息表，初始有Admin、User２个用户； ·UserState：用户状态表，用户登录系统后再写入其中的详细信 息。用户在线状态有：１表示在线，０表示不在线； ·OpType：操作类型元素表，实始有登录、进入传输维护模块、进入工程建设模块、进入基站维护模块、查询统计、维护系统６种类型； ·Blog：日志表，用户的每次操作都会记录其中。 ·Unit：现有部门详情表，公司现有的部门都记录在内，如运行维护部。现有部门名称可能有重复的现象，但是通过部门所属地市来标识是不同的部门。 ·City：现有地市详情表，全省的１１个的地市都记录在内，用电话号码的区号赋于其地市编号，如太原市的地市编号为0351。 ·County：现有县市区详情表，全省共119个县市区分属11个地市，取地市编号的后2号+（2位数字）赋于其县市区编号，如阳曲县的编号为5101。 下图为权限表。每种不同的角色拥有不同的操作权限，这些权限是通过字段OpTypeId来标识的 字段名　　　　　 字段说明 数据类型/长度 必填字段 UserGroup 用户组名称 Varchar(50) Y OpTypeId 　　 操作对象ID Int Y 下图为用户信息表。用户信息表记录用户资料，用于检验用户登录和用户权限的管理。该表主要包括用户ID、姓名、密码及用户组名称等数据。 字段名　　　　　 字段说明 数据类型/长度 必填字段 UserId 用户ID Int Y UserAccount 用户帐号 Varchar(50) Y UserName 用户姓名 Varchar(20) Y UserPwd 用户密码 Varchar(20) Y Birthday 出生日期 datetime Sex 性别 Varchar(2) Tele 电话 Varchar(20) Email 电子邮箱 Varchar(50) UserGroup 用户组名称 Varchar(50) Y CityGroup 所属城市名称 Varc