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

生产资料系统　数据库需求分析 一、公共系统部分： ①数据库需求分析　 系统要求必须维护用户数据，验证用户是否有权限使用该系统，同时是否有权限使用各功能模块。同时在Users（用户表）中，要记录当前用户的姓名、在线状态、所属地市等信息。为了系统的安全性，还需要增加用户操作日志，表名为Blog（日志表）中，记录用户登录系统后的操作。通过以上分析，数据库设计必须满足以下几点： 用户ID必须唯一。 每个用户ID必须对应一个用户组名称，以方便用户进行某些操作时判断是否拥有权限。 具体的所有的权限种类放在操作类型元素表中(操作元素ID, 操作对象描述) ，不同的用户组拥有不同的操作权限。 登录系统、退出系统和在各功能模块中进行各项操作时写入用户操作记录表中的用户字段必须和用户表中的用户ID相关联。 　②数据库概念结构设计 通过对些系统的公用系统的总体分析，可以得到大概的实体－关系模型（E-R模型）如下： 权限表(Role)：（用户组名称，操作对象ID） 用户信息表(Users)：（用户ID，用户名称，用户姓名，出生日期，性别，电话，所属地市，所属部门等） 用户状态表(UserState)：（用户ID，用户姓名，用户密码，用户组名称，用户在线状态）。 操作类型元素表(OpType)：（操作对象ID，操作对象描述） 日志表(Blog)：（记录号，时间，事件，对象，用户，所属用户组名称） 其中：事件为操作描述：登陆系统，退出系统，增加，修改，删除，打印输出，excel操作,浏览不做记录；对象为操作的对象 其中：用户表的用户组名称应该等于权限表的用户组名称。 其中：权限表的操作对象ID应该等于元素表的操作对象ID. ③数据库逻辑结构设计 该系统的公共部份数据库中的各个表的设计结果如下面的表格所示。每个表格表示在数据库中的一个表。公共部份的数据库由以下几个数据表组成。 · Role：权限表，初始有系统管理员，用户２种角色； · Users：用户信息表，初始有Admin、User ２个用户； · UserState：用户状态表，用户登录系统后再写入其中的详细信 息。用户在线状态有１表示在线； · OpType：操作类型元素表，实始有登录、进入维护模块、进入工程模块、查询统计、维护系统５种类型； ·Blog：日志表，用户的每次操作都会记录其中。 下图为权限表。每种不同的角色拥有不同的操作权限，这些权限是通过字段RightLevel来标识的 字段名　　　　　 字段说明 数据类型/长度 必填字段 UserGroup 用户组名称 Varchar(50) Y RoleId 　　 操作对象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 所属城市名称 Varchar(20) Y UnitGroup 所属部门名称 Varchar(20) Y 　这里使用UserID和UserAccount两个字段来标识用户的妙处。UserID自动增长，UserAccount在添加用户时输入。这样当用户被删除后，再次添加登录帐号相同的用户时，由于UserID不同，也可以把他们区分开来。 下图为用户状态表。用户状态表在添加用户时随之写入。不同的是不登录时用户在线状态为０，登录后用户在线状态改为１。 字段名　　　　　 字段说明 数据类型/长度 必填字段 UserId 用户ID Int Y UserAccount 用户帐号 Varchar(50) Y UserPwd 用户密码 Varchar(20) Y CityGroup 所属城市名称 Varchar(20) Y UnitGroup 所属部门名称 Varchar(20) Y UserState 用户在线状态 Int Y(初值为0) 下图为操作类型元素表 字段名　　　　　 字段说明 数据类型/长度 必填字段 OpTypeId 操作类型ID Int Y OpTypeName 操作类型名称 Varchar(50) Y 这里的OpTypeId不是自动编号，因为它的值与程序中的操作类型这