西城区全响应网格化社会服务管理指挥中心监督评价决策系统详细设计（含数据库设计）

西城区全响应网格化社会服务管理指挥中心监

督评价决策系统详细设计说明书

北京理正人信息技术有限公司

2014年3月

目录

1.项目概述..........................................................................4

1.1.编写目的........................................................................4

1.2.项目背景........................................................................4

1.3.参考资料.........................................................................4

2.系统部署及软硬件环境..............................................................5

2.1.系统部署.........................................................................5

2.1.1.拓扑图......................................................错误!未定义书签。

2.1.2.物理布置图..................................................错误!未定义书签。

2.2.软件环境.........................................................................6

2.3.硬件环境.........................................................................6

3.系统安全体系设计.................................................................7

3.1.系统安全概述.....................................................................7

3.2.用户权限管理设计................................................................8

3.2.1.基本概念.....................................................................8

3.2.2.权限模型的实现..............................................................8

3.2.3,应用权限的实现..............................................................9

3.2.4.数据权限的实现..............................................................10

3.3.系统日志服务....................................................................10

3.3.1.功能日志及其实现............................................................10

3.3.2.系统日志及其实现............................................................10

4.系统功能详细设计..................................................................11

4.1.区级全响应调度系统功能调整......................................................11

4.1.1.五位一体事件分类标准化......................................................11

4.1.2.业务处置大环节标准化建设....................................................11

4.2.区级全响应监督评价..............................................................13

4.3.完善全响应社会服务管理数据中心.................................................14

4.3.1.完善社会服务管理成果数据库建设..............................................14

4.3.2.数据清洗加工工具............................................................15

4.3.3.数据抽取同步机制建设........................................................15

4.4.区级平台决策支持................................................................15

4.4.1.高增长排名分析..............................................................15

4.4.2.环比排名分析................................................................16

4.4.3.同比排名分析................................................................17

4.4.4.分析结果与GIS相结合........................................................18

4.4.5.上月事项数量变化趋势分析....................................................19

4.5.统计报表........................................................................19

4.6.系统接口开发....................................................................22

4.7.制定相关技术规范................................................................22

5.数据库结构设计...................................................................23

5.1.事件信息表(RI_REPORTINFORMATION)........................................................................................................23

5.2.信息附件表(RI_REPORTINFORMATIONATTACHMENT).......................................................................................23

5.3.事件类别表......................................................................24

5.4.用户信息表(USER).....................................................................................................................................24

5.5.部门信息表(UNIT).....................................................................................................................................24

6.数据安全.........................................................................24

6.1.逻辑安全........................................................................25

6.1.1.数据加密...................................................................25

6.1.2.传输安全...................................................................26

L项目概述

1.L编写目的

本文档依据《西城区全响应网格化社会服务管理指挥中心监督评价决策系统招标需

求书》编写而成，经双方确认后，将作为系统方案设计、程序开发、系统测试及项目验

收的重要依据。

本文档预期的读者为西城区信息化工作办公室以及北京理正人软件技术有限公司参

与本项目的设计人员、开发人员、测试人员、市场人员和实施人员。

12项目背景

西城区作为首都功能核心区之一，在社会管理、人口服务、公共服务、

网络管理、社会管理、队伍管理等方面也面临新的形势和挑战。为了贯彻

落实中央、市委关于加强社会建设、创新社会管理的决定，西城区提出了

建设全响应社会服务管理格局的战略部署。

在西城区全响应社会服务管理模式创新中，信息化平台是该模式的重

要支撑，需要通过建设“区-街-社-网格”四级信息化体系，全面及时地感

知社会服务需求和管理事件，建立以政府力量为主的区街居社会服务闭环

管理体系，加强全区社会服务管理基础数据建设共享，搭建社会力量响应

平台。

1.3.参考资料

需求参考:

《西城区全响应网格化社会服务管理指挥中心监督评价决策系统招标文件》

行业标准：

城市市政综合监管信息系统技术规范(CJJ/T106-2005)

《城市基础地理信息系统技术规范》(CJJ100)

《城市地理空间框架数据标准》(CJJ103)

《地形图图式1:5001:10001:2000》(GB/T7929)

《全国组织机构代码编制规则》(GB11714)

《城市基础地理信息系统技术规范》(CJJ100)

《GB/T8566-1995信息技术软件生存期过程》

《GB/T12505-1990计算机软件配置管理计划规范》

《GB/T14394-1993计算机软件可靠性和维护性管理》

2.系统部署及软硬件环境

2.1.系统部署

台式机

用户可以通过政务内网的办公笔记本或台式机通过IE浏览器进行访问

本系统，系统部署于政务网内网，公众是不能进行访问的，在用户访问系

统的网络中，外加一定的防火墙策略，使其系统具有一定的安全性和保密

性。系统应用和数据库共用同一个服务器，服务器为云平台上面的虚拟机。

•根据区级平台的建设内容以及对系统的使用和管理要求:

•J本项目利用区信息办云平台部署两台服务器，：一台作为数据中

心服务器，一台作为数据加工服务器并兼做数据中心备份服务器；

•V本项目的数据存储依托服务器自带的硬盘设备，不再新建和改建

数据存储设备；

•J本项目的安全设施依托区信息办现有的安全设施，不再另行建设。

•以下对主要设备的用途进行简要的描述：

•数据中心服务器：负责运行数据中心数据管理软件，存储区社会服

务管理数据中心的信息数据；

•数据加工服务器：负责处理从有关部门获取的社会服务管理数据，

并作为数据中心数据的备份。

22软件环境

(1)操作系统采用Windows2008Server。

(2)数据库采用企业版SQLServer2008R2。

2.3.硬件环境

服务器的最小配置见下表:

服务器最小配置说明

CPU：四核英特尔®至强®处理器品牌:IBM、HP、DELL等国际知名

3.0GHz(1.9G)品牌。

应用服务器

内存：4~8GB

其他配置：千兆网卡、热拔插电源

等

硬盘：100GB

CPU；四核英特尔®至强®处理器

品牌：IBM、HP、DELL等国际知名

3.0GHz(1.9G)

品牌。

数据服务器

内存：4~16GB

其他配置：双千兆网卡、热拔插电

源、RAID5卡等

硬盘:200G

3.系统安全体系设计

3.1.系统安全概述

系统安全设计属于信息安全管理范畴，信息安全管理涉及整个技术架构及管理体系，

是一项系统工程，需要综合考量。完整的安全模型体系(简称为P2DR模型)应由四个

方面的内容构成：安全策略、保护、检测和响应，如下图所示：

系统安全

策略、保护、检测和响应组成的完整安全模型体系，可以描述和解释信息安全问题。

其特点就是动态性和基于时间的特性，可以说对信息安全的“相对性”给予了更好描述:

虽然没有100%的安全，但是模型为进一步解决信息安全技术问题提供了有益的方法和

方向。

按照P2DR模型设计信息安全方案可以最大限度地保护信息不受诸多威胁的侵犯，

目的是确保市政业务的连续性，将业务成本和风险降低到最小程度，将操作人员的满意

度提高到最大程度。

32用户权限管理设计

用户权限管理模型是现实中的市政业务人员职责在系统中的抽象，它是系统实现统

一认证、授权和权限管理的基础。

3.2.1.基本概念

权限模型主要包括以下一些基本概念：

用户：用户是指每个可以登录系统的人在系统中的身份。

功能：功能是系统中可以允许被用户操作的最小单位。

权限：权限是指一个用户是否有权利去操作系统中的某一个功能。每一个权限唯一

对应着一个功能。

角色：角色是一系权限的集合，它对应着机构中的岗位设置。就像每个岗位有多个

职责一样，每个角色也拥有多种权限。

组织机构：行政上的机构在系统中的反映，每个用户都应该属于一个固定的机构。

机构也对应着数据权限，如果一个用户属于某个机构，那么他同时拥有操作这个机构的

数据的权限。

3.2.2.权限模型的实现

业务人员的权限主要是由两个部分组成：业务人员功能权限和业务人员权限的数据

范围。在系统中，业务人员的功能权限是在平台中统一控制实现的，就是检查业务人员

是否拥有执行某项功能的权限。而权限的数据范围则是在每个功能的实现中控制的。

如下图所示:

用户权限管理模型

3.2.3,应用权限的实现

每一个用户都被赋予一个或多个角色，用户是现实中业务人员在系统中的身份。角

色是由多个不同的权限组成，它是为了方便的分配业务人员权限而设置的。当业务人员

拥有某个角色时，缺省就拥有该角色对应的权限。用户也可以直接拥有权限以减少角色

的分配，避免产生过多的角色。因为用户与角色，用户与权限之间都是多对多的关系，

因此他们之间需要建立关系映射表来完成他们之间的映射。用户一角色用来映射用户与

角色之间的关系，而用户一权限用来映射用户与权限之间的关系。这样，当一个用户登

录的使用，我们就可以根据得到允许这个用户使用的所有功能了。

每一个权限都对应由一个功能来实现，比如我们可以将对一张数据库表的更、删、

改、查映射为四个功能。每一个功能的实现，都会在程序中有一个对应的触发机制，比

如GUI客户端的按钮，Web中的Uri等等，它们都是功能的一种。这样，当用户登录以

后，我们就可以得到允许被该用户使用的全部页面、界面、超连接和按钮，从而动态的

为用户生成系统展现界面。

通过用户、角色、权限与功能之间的关系，我们可以将一个用户与系统中的菜单或

操作联系在一起，为每一个用户分配不同的功能，以控制系统的功能权限。比如，我们

通过使用Portal技术将各个原有系统集成在一起，当用户登录时，我们可以通过户用与

菜单功能之间的关系动态的为用户生成不同的Portal页面，从而控制用户的功能权限。

3.2.4.数据权限的实现

每一个业务人员都有自己的数据权限，所谓数据权限是指一个用户允许操作到的数

据的范围。比如，一个属于社区的业务人员在正常情况下是无法查询或修改指挥中心的

相关数据。

组织机构是每一个真实的机构在系统中的映射，每一个组织机构就是一个数据权限。

在现实中，一个用户只属于一个机构，但是从数据权限的角度来讲，一个用户可能会存

在一个或多个数据权限。用户与数据权限的关系是多对多的关系，因此它们之间也需要

一个映射表来保存映射关系。

可以通过用户与组织机构的关系来确定每一个用户的数据权限，同时需要为每一个

需要控制数据权限的表增加一个字段来保存表中数据的数据范围。这样，当用户登录后,

系统就可以确定这个用户的数据，当用户需要操作数据时，就可以通过数据库表中的数

据范围字段来确定用户是否有权限操作这些数据。

3.3.系统日志服务

3.3.1.功能日志及其实现

功能日志是系统必须保存的，对系统中一些重要操作的记录。日志中需要记录操作

人员、操作时间、操作的功能模块的名称以及用户所执行的操作等等信息。同时，对于

功能日志，必须要实现对日志的记录和查询功能。

功能日志在数据库中保存，并提供公共的API接口来实现日志的记录和查询功能。

在每一个业务实现的时候，系统都要调用功能日志的API接口来添加功能日志。

3.3.2.系统日志及其实现

系统日志主要用来记录程序的调试信息、启动和初始化状态、出错信息等；系统日

志记录可以动态地记录在各种存储介质中，比如日志文件、数据库或者显示在控制台上

等。系统日志通常分为三个等级：

DEBUG级别：详细的记录程序的调试信息。该级别在调试程序时使用。

INFO级别：详细的记录系统启动时的信息以及一些重要属性的加载信息。一般用在

系统初始化和一些重要的属性的初始化时使用。

ERROR级别：详细的描述程序的出错信息和程序中捕获到的违例信息。用在出错和

违例捕获时。

这三个级别的顺序是：ERROR>INFO>DEBUG0系统日志可以动态的调整需要记录

的等级，比如如果选择使用INFO级别，则日志文件中不会记录DEBUG级别的日志，而

只记录INFO和ERROR级别的日志。

4.系统功能详细设计

4.1.区级全响应调度系统功能调整

4.1.1.五位一体事件分类标准化

在现有事项分类的基础上，将区级平台事件分类进行统一标准化，对

社会服务管理的事件进行标准化的升级、分类，统一事件类型、级别的编

码。按照城市管理、社会管理、社会服务、行政服务、应急处置五大分类

的基本原则进行统一。

4.1.2.业务处置大环节标准化建设

4.1.2.1.流程时限功能建设

系统具有流程时限的功能，在区级指挥中心下的待派发案件，可对各

个委办局进行派发，在派发的操作中，可以为案件添加办理时限；区级指

挥中心可根据案件业务特点进行灵活的选择；同时委办局接收到事件之后,

可以看到所要求的办理时限以进行处置。

在区级平台待办列表中，区级平台可以向各职能部门进行派发，在派

发的页面中，添加时限功能，派发的时间以天或者小时为单位，如图所示:

建议要求完成时间为2小时要求完成时间：|天二J

丽亍IFT1T

4.1.22催、督办功能建设

系统还有催督办的功能，为系统添加催督办事件列表。当案件超出完

成时限的2/3时，案件会自动进入催办列表，可以人工进行催办信息的发送,

并可查看催办日志；督办，当办理时间已经超过完成时间时，该事项自动

进入督办列表，在督办列表中可以人工进行督办，系统会完整记录所有督

办信息。

催办列表包含事项编号、事项类型、街道名称、社区名称、开始时间

和要求完成时间。字段信息说明如下：

令事项编号：事件上报的流水编号；

令事项类型：事件所属的事项列表；

令街道名称：事件所发生的当前街道；

令社区名称：事件所发生的街道社区；

令开始时间：事件所派发的时间；

令要求完成时间：事件派发事件加上派发时限的时间；

督办列表包含事项编号、事项类别、街道名称、社区名称、开始时间、

要求完成时间、督办次数、督办和督办日志。字段信息说明如下：

令事项编号：事件上报的流水编号；

令事项类型：事件所属的事项列表；

令街道名称：事件所发生的当前街道；

令社区名称：事件所发生的街道社区；

令开始时间：事件所派发的时间；

令要求完成时间：事件派发事件加上派发时限的时间；

令督办次数：指督办的频率次数；

令督办：督办菜单，可以点击进行督办；

令督办日志：督办的信息列表，包含督办人、办理部门、督办时间、

督办时限以及督办消息；

4.2.区级全响应监督评价

建立完善的系统自动评价考核办法，分别以以全响应事项发生数量以

及处置情况为评价主体，以区级分中心和行政区化为评价对象，通过本月

接收数、历史流转、本月内按期办理、本月内超期办理、超期办理和未完

成事项进行计算，从而得到事件处置单位的事项办理及时率，系统按月在

每月1号自动生成评价报表，并可以根据事件办理及时率的高低进行排序;

评价报表如图所示：

描跚

翻鞠:砌w：［ioj敕佛:国3班£船触应

单蜘翱麒m期幅桐翱微槌峨施粽㈱物搬福

用户可以根据考核年份、月份、单位名称查询所需的评价报表，评价报表

包含单位名称、本月接收数、历史流转、本月内按期办理、本月内超期办

理、超期未办理、未完成事项、事项办理及时率，字段说明如下：

令单位名称：监督评价考核对象；

令本月接收数：任务接收时间在考核月内的案件次数；

令历史流转：上月考核截止时未完成的全部案件；

令本月内按期办理：在考核月内正常申结且未超期的案件

次数；

令本月内超期办理：在考核月内正常申结且超期的案件次数；

令超期未办理：在考核月截止时，未申结，且已超期的案件数，

令未完成事项：在考核月截止时，所有在委办局或街道手中未申结的

案件数；

令事项办理及时率：对于每个办理单位在考核月内案件办理结案、超

期及未办结情况的一个统计方式（换算形式：（本月新接收+历史流

传-本月内超期办理-超期未办理）/（本月新接收+历史流转））。

4.3.完善全响应社会服务管理数据中心

4.3.1.完善社会服务管理成果数据库建设

按照全区对社会服务管理的分析需求，以事件过程库为基础，建设完

善全区社会服务管理成果数据库，将各街道内部处置的所有社会服务管理

事项全部纳入到全区社会服务管理成果数据库，移除影响分析效率、结果

的细节过程数据，增加静态计算提高分析效率、维度的数据项。（如：续报

次数、居民评价、最后完成单位、最后完成时间、延时次数、总延时时间、

重复办理次数等）。

4.3.2.数据清洗加工工具

基于SqlServerIntegrationServices工具实现数据中心数据清洗加工工

具，筛选过滤掉影响分析效率、结果的细节过程数据，基于SSIS服务二次

开发针对全响应数据中心的数据转化组件，实现新增静态数据项的动态实

时计算。

4.3.3.数据抽取同步机制建设

基于SqlServerIntegrationServices和SqlServer作业调度机制组合实现

全响应数据中心数据抽取同步工作。按照数据中心数据抽取要求，分别建

设事件抽取、数据标准抽取、附件抽取三类数据抽取工具包，并建立符合

数据同步要求得作业执行计划，实现最小间隔为10秒的数据同步。

4.4.区级平台决策支持

4.4.1.高增长排名分析

建立社会服务管理事件高增长分析算法，系统对区、街道、社区内发

生的社会服务管理事件增长情况进行分析，寻找出各行政区域内事件数量

增长排名靠前的事件类型。同时，将分析结果以柱状图或折线图的形式进

行表现。

对五位一体事件类别增长情况进行分析，查询自当前月份至向前一年

的十二个月份中，增长值在前五位的事件类型，以折线图的形式展示出这

五类事件在这一年中的变化趋势情况。如图所示：

4.4.2.环比排名分析

以月为时间单位，综合考量各类事件与上月数量、增长比例进行对比,

计算各行政区划（区、街道、社区）内每月事件的变化情况，通过月度环

比排名分析出增长较快的类别和治理下降明显的类别，为政府工作力量调

度提供参考的依据。分析结果以柱状图进行展示。

全区环比排名分析，按照五位一体事项类别分别对全区范围内环比增

长、下降前五的事件类别进行排名统计，以双统计轴的方式同时展示增长

下降比率。如图所示：

::说明忙息m

界阪内#街道―社今悬并甘即♦耳.・月费好五（IT559I中用线H；井的发生"那跤，J1S月度环比痔名分村僧相山上月治坪71*咀£的毛到，交出庭型都分与李0性始工的事段的受牝给&.

4.4.3.同比排名分析

以月为时间单位，将各类事件与去年同月份数量进行对比，计算各行

政区划（区、街道、社区）每月事件相比去年同期的变化情况，通过月度

同比排名分析出相比去年增长较快的类别和治理下降明显的类别，突出反

映部分与季节性相关的社会服务管理事件的变化情况。

全区同比排名分析，将全区按照月度同比增长、下降明显的前五类事

件及其当月、同比月事件数量对比以柱状统计图直观展示，以双统计轴的

方式同时展示增长下降比率。如图所示：

同比下*指名分析

4.4.4.分析结果与GIS相结合

在提供数据报表和统计图表类的决策支持依据的同时，将统计结果数

据与空间位置相关联，将统计结果在地图上展现出来，使领导直观感受各

类事件的分布情况、聚集情况和不同区域间的对比情况。同时分析的结果

可以导出，形成资料，用于编写总结材料、上报材料等。

＞区域分析主要是将辖区事件与GIS相融合，在GIS图中展示各街道所有

事件的聚合点，可以直观地了解到各街道上报的案件数。

＞区域分布对比主要是通过街道区域、社区区域和网格区域三个方面进行

事件量进行层次的对比，可为事件高发区域做出判断。

£18梏酩9折

m或懒腌分析

_2殷穆居然

I2海懒削?

自芽:琳航勺乐

I2里后

之；＞….

j罚◎价耐比

1_=嘟旗w枇

去上将冰里关化螳斤

4.4.5.上月事项数量变化趋势分析

“上月事项数量变化趋势分析”主要是对五位一体事件类别在上月发生

案件个数最多的前十位进行折线图展示的；同时将事件类别在上月案件发

生数前十，与上上月这十类案件的发生数进行对比，展示出其上升下降的

变化趋势以提供更好的决策支持。如果所示:

45统计报表

为了使区级掌握街道平台调度系统使用情况，将各个街道指挥调度系

统中的数据进行抽取至区级平台，根据数据内容将出月份统计报表，主要

包括“全响应街道分平台处置问题排名前十社区一览表”、“全响应街道分

平台社区应用情况一览表”、“平台月度运行情况表”、“案件区域分布情况

一览表”和“全响应平台案件数量情况”。

>“全响应街道分平台处置问题排名前十社区一览表”指的是当月社区人

员上报的五位一体案件数和民情日志数量的街道社区排前十的社区情

况。如图所示：

锄2M4，醐：8

丽

褪衡1糠

:中城牖恭

1*后3IS00001制

2roifii2S300000因

3同喷i2430e0010233

fX

型

＜秘陶1区询畸820000092n

5国陶12IT00664213

6就施国］愉216000038IT8

T倒800T20T4

8涧W同嘶1i«00000H9

9懒腿天减611100000III

10崛限1105109518

“全响应街道分平台社区应用情况一览表”指的是当月社区人员上报的

五位一体案件数和民情日志数量的街道前三社区的运行情况。如图所

示：

锄派•朋:8•国5»7

社区

蚀除匕献聆瞄3城根嗣贷

艇膻010e260

歌蝴I看鼬翻抠021270

押Ott12001S0

再耽渡赃11(000

醋口胡艇01(000

醒二磷区20oei0

IWE80oeo0

月由僦谢区00oeoe

国-西区000000

恸区101000

帆凝IM距00oeo0

丽W000008

翻醒建00oeo0

“平台月度运行情况表”指的是当月区级处置、街道处置和专业处置的

案件办理情况，包含处置数和办结数，根据处置数和班结束计算得出相

应的结案率。如图所示：

年份：2014▼月份：8▼区］居出到Ixctl

处结案率

区级处152150.00*

街酒处置167315449229»

专11处置4782547827100001

“案件区域分布情况一览表”指的是当月社区人员上报街道分中心的五

位一体案件和民情日志的数量情况。如图所示：

雨rirr^*^©：8，，就鼬《1

阳端

崛储值m髓超麻19骸瞄E计

否短锻i4TK60IM

泰陶i123II2028

Je

蝴oe0e00

1#1ee0t

蝴0fl0ee00

112ei51%

ffWioe000135135

大幅第oe0ee66

喻0800e3H314

演8(23<1654109

3S22S!代

0000M22762360

31032592UI

20102(1<6

r«i11233IIKSI411198

“全响应平台案件数量情况”指的是当月区级处置和街道处置五位一体

案件处置和办结的数量情况，以及总计数量。

如图所示：

翎：沏4,月像8,国票雕M

吊懈

避施然槌搬选梅妫蟠

G910010010

2061872720ST(311891187网W6

20618728205T11891幽僧106

46系统接口开发

与西城区现有相关系统做好数据对接，主要包括以下4类接口：

•与区信息办数据共享交换平台进行接口开发。

•与区信息办CA系统进行整合应用对接。

•与区级平台统筹指挥系统进行数据接口对接。

•与区相关委办局和各街道办事处的全响应相关应用系统进行数据对

接和应用整合。

4.7.制定相关技术规范

西城全响应社会服务管理涉及到社会服务和管理的各个方面，数据种

类庞杂、数据关系复杂，为方便管理和整合。为便于数据交换和共享，需

要通过建立相应的数据规范要求，统一和规范指挥中心系统的相关技术规

范。主要包括两个方面：

一是制定数据交换要求，主要实现全响应平台与城市管理平台、社会

服务平台、行政服务平台和社会管理平台的数据交换标准化，保证数据的

规范化和及时性；

二是制定西城区全响应社会服务管理区级平台技术要求，参照北京市

“数字化城管”管理部件和事件的分类标准，对西城区全响应涉及到的所

有服务和管理内容进行统一编码。

5.数据库结构设计

为了使用系统正常运行，数据安全合理地存储，在数据库设计时要按照系统功能特

点和数据自身特点进行数据库设计。

5.1.事件信息表(RI_ReportInformation)

PK/FK字段名字段说明字段类型长度备注

PKRIID信息IDuniqueidentifier0

ReportHeadline标题varchar100

ReportType类型varchar100

ReportContent内容varchar4000

Reportor上报人varchar1000

ReportTime上报时间datetime23

Address事件地点varchar1000

52事件决策支持(Affair_DecisionSupport)

PK/FK字段名字段说明字段类型长度备注

PKDSID主键int

TypeName事项类型nvarchar50

SubmitTime提交时间Datetime

Num发生数Int

TotalOfYear统计年Int

TotalOfMonth统计月Int

GrowthRate增长率float

5.3.信息附件表(RI_ReportInformationAttachment)

PK/FK字段名字段说明字段类型长度备注

FKRIID信息IDuniqueidentifier0

PKAttachlD附件IDuniqueidentifier0

AttachName附件名称varchar100

AttachContent附件内容image

54事件类别表

PK/FK字段名字段说明字段类型长度备注

PKAffairTypeld类别编号IDguid16

AffairTypeTitle类别标题nvarchar255

5.5.用户信息表(User)

PK/FK字段名字段说明字段类型长度备注

PKUserID用户IDGUID32

UserCode用户代码Nvarchar50非空

UserName用户姓名Nvarchar50非空

LoginName登录名nvarchar50

UserPwd