智慧城市需求分析.docx
- 文档编号:11826325
- 上传时间:2023-04-03
- 格式:DOCX
- 页数:30
- 大小:554.69KB
智慧城市需求分析.docx
《智慧城市需求分析.docx》由会员分享,可在线阅读,更多相关《智慧城市需求分析.docx(30页珍藏版)》请在冰豆网上搜索。
智慧城市需求分析
成都市成华区龙潭“家空间”社区安防与服务信息平台
需求分析说明书
文档状态:
文档编号:
2015.1.1.1
[√]Draft
[]Released
[]Modifying
编撰:
电科院
编撰日期:
2015-4-22
保密级别:
保密
文档版本:
1.0.0
1.简介
1.1编写目的
本文档的编写的目的是为了更好的确定需求和开发设计。
文档中对本系统的设计基于需求分析文档的内容和要求进行,主要基于以下目的编写:
(1)确定系统的总体概貌,提供实现原始技术方案;
(2)细化系统需求,划分功能模块;
(3)总体接口的设计;
(4)系统数据结构设计;
(5)确定系统容错及性能指标;
1.2背景
根据《成华区区域治理“大联动”信息化建设方案》,“全国社区治理和服务创实验区”建设的总体要求,在区委政法委、区综合治办和龙潭街道党工委办事处、四川创新社会发展与管理研究院指导下,龙潭“家空间”安防与社区服务信息化平台立足“统筹规划、符合实际”和“纵向贯通、横向集成、共享共用、安全可靠”,將政府管理、公共服务和社会化服务有机结合,借鉴PPP理念创新日常营运机制,率先试点探索打造社区多元共治和服务良性互动信息化平台。
1.3定义、缩略语
缩写、术语
解释
无
无
1.4约束
经济性:
系统在保证性能强大、先进的同时应考虑经济性,保护原有投资,充分利用成华区政务现有信息化成果,选用具有最佳性价比的产品。
可靠性:
系统总体设计必须將可靠性放在第一位,在设计中充分考虑确保系统可靠运行的相关保障措施。
完备性:
系统总体设计需要保证系统功能和人口信息数据的齐全、完备,不可遗漏。
标准化:
系统设计过程中要尽量采用国际、国内和成都市既定标准,尽量杜绝私有协议、标准,保证系统后期扩展、升级的便利性。
可扩充性:
任何信息系统需要按照业务开展的需要不断调整、演变,系统设计应充分采用模块化、组件化设计,便于系统后期的改进与扩充。
1.5参考资料
需求文档和要求
2.总体设计
2.1目标
(1)一点带面,完善辖区信息化基础设施建设;
(2)整合和开发相结合,充分利用已有信息系统资源;
(3)以应用推广促进平台完善,保障平台运行的最优化;
(4)创新“政府指导、街道搭台、社区参与、社团营运”系统开发新模式;
(5)统筹规划,小切口试点推进;
部门名称
已有系统
党政办
全国党员教育管理系统,内部管理使用
公服中心
社保业务系统、社会保险待遇核查系统、城乡居保管理系统、劳动仲裁业务系统、基层公开综合服务平台。
各系统不互通。
社管
大调解工作信息管理系统、流动人口服务管理系统、网格化信息服务管理系统、维稳系统、信访信息系统、网上视频接访系统。
计生、民政、教育、卫生
四川人口流管PADIS信息平台、成都市城乡一体化社会救助平台、成都市量体裁衣式残疾人服务信息平台、成都市城乡一体计划生育管理系统。
图1龙潭街道信息化调研表
实现和已有系统的交互,共同构建智慧城市
系统的接口和其它的软件交互关系如下图:
2.2用户特点
软件共分为三个子系统:
(1)社区治理服务平台
此系统的主要使用者是物业和城管科,操作人员和维护人员的在使用之前都会经过专业培训,每当有人口信息、房屋信息车辆信息以及进行查询时都会使用此系统,使用频度很大,每天都会使用。
(2)社区公共服务平台
此系统的主要使用者是公服中心、设管、设建科以及社区居民,操作人员水平比较复杂,每当服务分类查询、智能展示、文件展示时都会使用此软件,使用频度很大,每天都会使用。
(3)社区生活服务平台
此系统的只要使用者是社区居民、公服中心,操作人员的操作水平也是比较复杂,居民可以使用此系统进行水电气查询、车辆违章、天气查询、便民114查询、信息分类查询等都会使用到,使用频度不固定,初步估计基本每天都会使用。
2.3开发环境
系统开发环境如下:
系统结构
B/S
实现技术
ASP.NET
开发语言
C#、ASP、JavaScript、XML
开发框架
ASP.NET三层架构、DWZ
开发环境
.NETFramework3.5
集成工具
MicrosoftVisualStudio2010
数据库
MicrosoftSQLServer2008R2
Web服务器
MicrosoftIIS6.0
2.4运行环境
由于本系统采用基于B/S结构的ASP.NET技术,因此要求Web服务器和用户终端均能够支持.NET平台以及ASP.NETWeb应用服务器环境。
Web服务器端推荐配置如下:
体系架构
x86_x64
CPU
多核Integerel技术2.7GHz及以上(CPU核数>=4)
内存
内存容量>=2GB
硬盘
硬盘容量>=512GB
网络
固定IP或端口映射、有域名解析服务
操作系统
WindowsNT4.0以上
软件环境
.NET3.5及以上、IIS6.0及以上
2.5系统功能描述
系统建设:
1.数据上传
在各个社区的门禁系统服务器上安装应用系统,次应用系统将门禁系统的数据库数据主动上传到外网的“家空间”服务器上。
上传方式:
调用“家空间”服务器的外网接口,实现上传功能。
上传频率:
24小时上传一次,午夜12点位上传时间。
自检功能:
门禁服务由于一些原因造成本系统未正常运行而错过上传时间,本系统将再下次重启的时候自检上传数据的完整性,以保障下次数据上传的时候补传上次数据。
2.数据清洗处理
为保障数据的完整性和安全性,在数据上传之前应该对数据进行数据格式清洗。
將不完整数据、错误数据清除再上传到服务器,减少服务器的压力。
3.数据请求处理
在“家空间”服务器端,开发一个接口用于接受来自于各个社区的数据上传请求,并将接受的数据存储到“家空间”数据库服务器。
信息交换规范:
服务发现(UDDI)、服务描述(WSDL)、服务调用(SOAP)、消息编码(XML)、传输网络层(HTTP,TCP/IP).
3.角色图
3.1社会治理服务
这个系统主要涉及到物业、社管、城管、居民这四个角色,其中社管是这个系统的管理。
这这些的角色中,每一种角色都需要得到授权许可,都是有权限的,不同权限看到的信息和操作的界面也不同,这里的社管就是系统的管理员,可以查看这个系统的所有信息。
授权的城管可以:
1.小区的物管情况;
2.小区的环卫设施配备情况;
3.小区的绿化情况;
4.小区停车位设置情况;
5.小区的住改商情况;
6.小区的商家店铺情况;
7.小区其它设施配备情况;
授权的物业:
1.房屋信息情况;
2.车辆信息管理
3.互联查询
4.信息管理
授权的居民:
1.可以查看小区的停车位情况;
2.可以查看小区里的商家情况;
3.可以查看小区的住房情况;
社管是这个系统的管理员除了不能进行权限的分配之外,可以自由的操作。
外部数据库,就是这里提到的基础数据库。
3.2社区公共服务平台
社管
这些角色中,每一种角色都需要得到授权许可,只有获得授权之后才可以进行相关的操作,系统用户拥有最高的权限,他可以操作整个系统。
授权的公服中心:
1.人员结构结构的快速统计;
2.查询劳动力的情况;
3.查询家庭、参保情况;
授权的社管:
1.特殊人群信息的管理;
2.提供居民的业务办理;
3.居民的信息查询;
授权的居民:
1.可以查看计划生育相关文件;
2.可以查看就行信息板块;
3.可以查看民政事务;
4.可以查看教育服务;
5.可以查看残疾人服务
6.可以查看社保服务
7.更新自己的信息;
8.看看服务流程的文件展示
9.可以使用智能导航;
授权的设建科:
1.低保对象户数、人数、残疾人数的信息录入和查询;
2.80岁(含80)以上老年人数统计和查询;
3.院落物业全覆盖面积、小区户数、人口人数(其中常住户数、人数)统计和查询;
4.院落物业公司名称、负责人姓名、电话的统计和查询;
5.适龄入园人员信息(3-6岁儿童)的人数统计和查询;
6.适龄入学人员信息(6-12岁儿童)信息录入和查询;
7.外来人口原户籍情况、来此居住原由、户数、人数、婚姻对象、次数和时间;生育子女次数和时间、姓名、性别情况;
这里的系统用户和管理员是由这些角色中选取的,他们具有对后台发布系统的操作权限,可以对服务分类分级管理、流程展示的发布、流程展示的管理等的更新和删除功能。
3.3社区生活服务平台
这个系统主要有居民、公服中心、管理员、系统用户四个角色。
这些角色中,每一种角色都需要得到授权许可,只有获得授权之后才可以进行相关的操作,系统用户拥有最高的权限,他可以操作整个系统。
授权的居民:
1.水电查询;
2.车辆违章查询;
3.天气查询;
4.维修开锁电话查询;
5.查看企业招聘的信息和报名;
6.查看商家优惠打折活动和点击参加;
7.辖区社会组织查询和查看组织的资源展示;
授权的公服中心:
1.可以进行开锁电话的输入和删除;
2.企业招聘的更新和删除;
3.商家优惠的打折信息的更新和删除;
4.组织管理;
这里的外部数据库就是上面提到的基础数据库。
4.用例图
4.1系统的用例模型
4.1.1社会治理服务系统
经过以上的分析可以得出系统的用例模型如4-1所示:
图4-1社会治理服务系统用例图
作为系统的参与者有:
(1)参与的首先是居民,居民可以登录系统完善自己的个人信息,如自己的房号、姓名、性别、居民处所类型、与户主关系、出生日期、民族、政治面貌、现居住地、户籍所在地、户口登记类型、离开户口登记地原因、户口性质、弱势群体、优抚对象、边缘人群、特殊细节描述等,还可查看车位的信息、车辆的状态、房屋信息等。
(2)物业登录之后可以管理车辆信息,如车主信息、车位信息、车辆状态的更新和删除,还可以管理房屋信息,如房主信息、在住人员信息、房屋状态等的更新和删除。
(3)城管登录之后可以查看物业管理情况、车辆信息管理。
(4)社管登录之后可以进行人口信息管理、房屋信息管理,这包括对人口信息的分类管理:
常住人口、流动人口、特殊人群。
信息的综合查询:
常规信息查询、字定义显示项。
小区人员的活动轨迹查询。
综合信息查询:
房主信息、在住人员信息、房屋状态信息。
4.1.2社区公共服务系统
经过以上的分析可以得出系统的用例模型如4-2所示:
图4-2社区公共服务系统用例图
作为系统的参与者有:
首先是居民,居民登录之后可以查看和办理计划生育、民政事务、就业事务、教育事务、社保事务、以及特殊人群事务等,同时可以使用智能导航服务。
(1)参与的居民可以查询和申请有关:
计划生育、民政事务、就业事务、教育事务、残疾人事务、社保服务等,同时也可以查看所展示的文件流程,以及使用智能导航系统。
(2)参与的公服中心可以管理有关劳动力和特殊人群的问题,这包括劳动力身份证信息、特殊人群就业情况、参保情况等。
(3)参与的社管可以管理特殊人员的信息。
(4)参与的社建科可以管理服务分类查询、后台发布系统、服务流程展示等。
这包括:
计划生育、民政事务、就业事务、教育事务、残疾人服务、社保服务等的管理和批示,以及相关文件的展示和后台数据的管理,服务分类分级管理。
4.1.3社区生活服务系统
经过以上的分析可以得出系统的用例模型如4-3所示
图4-2社区生活服务系统用例图
作为系统的参与者:
(1)参与的居民登录后可以进行水电气查询、车辆违章查询、天气查询、维修开锁电话查询,辖区社会组织查询,企业招聘的查询和直接点击报名,商家优惠打折活动的查询和点击直接参加。
(2)参与的公服中心登录后可以管理后台系统,辖区社会组织职责及资源展示。
后台管理系统包括:
消息管理、组织管理,消息管理又包括:
发布、管理、报名或参加记录。
4.2用例图
4.2.1居民的用例图(图4-1)
包括如下用例:
(1)登录系统;
(2)编辑个人信息;
(3)查询和办理计划生育事务;
(4)查询和办理民政事务;
(5)查询和办理就业事务;
(6)查询和办理教育事务;
(7)查询和办理残疾人事务;
(8)查询和办理社保事务
(9)查看服务流程的文件展示;
(10)运用智能导航;
(11)水电气查询;
(12)车辆违章查询;
(13)天气查询;
(14)维修开锁电话查询;
(15)企业招聘
(16)国家优惠打折活动;
(17)辖区社会组织查询;
(18)查看辖区的文件展示;
图4-1居民用例图
4.2.2社管用例图(图4-2)
包括如下用例:
(1)人口信息的分类管理;
(2)人口信息的综合查询;
(3)人群的活动轨迹查询;
(4)房屋综合信息查询;
(5)车辆信息查询;
(6)数据采集;
(7)数据管理;
图4-2社管用例图
4.2.3公服中心用例图(图4-3)
包括如下用例:
(1)就业情况的管理;
(2)社保情况的查询;
(3)社保的办理;
(4)招聘信息的更新和删除;
图4-3公服中心用例图
4.2.4城管用例图(图4-4)
包括如下用例:
(1)房主信息;
(2)在住人员信息;
(3)房屋状态信息;
(4)车位信息;
(5)车主信息;
(6)车辆状态信息;
图4-4城管用例图
4.2.5社建科用例图(图4-5)
包含如下用例:
(1)计划生育的查询和批示;
(2)民政事务的查询和批示;
(3)就业服务的查询和批示;
(4)教育服务的查询和批示;
(5)残疾人服务的查询和批示;
(6)社保服务的查询和批示;
(7)文件信息的展示;
(8)服务分类分级管理;
(9)流程展示发布;
(10)流程展示管理;
图4-5社建科用例图
5.活动图
5.1居民活动图(图5-1)
图5-1
5.2城管活动图(图5-2)
图5-2城管活动图
5.3社建科活动图
图5-3社建科活动图
5.4公服中心的活动图(图5-4)
图5-4公服中心活动图
5.5社管的活动图(图5-5)
图5-5社管活动图
6.运行设计
6.1运行模块组合
用户通过登录之后,根据不同的权限进入不同的模块。
不同的角色决定不同的操作模块以及不同的流程和作用。
而用户的权限角色和相关信息管理又是由用户管理模块实现的。
6.2运行控制
本系统由于采用B/S架构,正常用户的使用全部集中在浏览器下进行。
由Web页面提供系统的所有操作接口。
用户依据相应权限登录到系统,并进入不同功能的模块,实现相关控制操作。
6.3运行时间
6.3.1系统运行时间
系统设计为适合智能的管理生活社区,因此要求系统支持在时间点的短期内(如一周至一个月内)的7x24稳定工作,以保证系统的可靠性、稳定性。
6.3.2系统响应时间
系统页面的响应时间定义为从用户产生操作到服务器返回页面响应的用时。
响应时间要求在一般用户能忍受的范围内。
可以以现在公用系统的响应时间作为参照。
单个页面的响应时间基本在3秒至15秒之间,超过15秒则被视为难以忍受的。
如果单个页面超过60秒未得到服务器的响应,则可视为页面异常,应当提醒用户操作失败并重新操作或检查网络连接。
特殊页面的响应时间指标定义如下:
序号
页面
描述
正常响应时间
极限响应时间
1
2
3
4
7.系统数据结构设计
7.1数据库模型设计
图(7-1)房屋信息采集(DMS_House)表结构
图(7-2)车辆信息采集(DMS_Vehicle)表结构
图(7-3)人口信息(DMS_Population)采集表结构
7.2数据结构设计
7.2.1车辆信息采集(DMS_Vehicle)表结构
序号
字段名
字段含义
字段类别
可空
字段描述
1
RoomNum
房号
Integer
No
2
Licenseplate
车牌号
Varchar(50)
No
3
Vehiclebrand
车辆品牌
Varchar(50)
No
4
VehicleColor
颜色
Integer
No
5
Vehicletype
车辆类型
Varchar(32)
No
6
ParkingNum
车位号
Integer
Yes
7
VehicleholderName
车主
Varchar(64)
No
8
identificationNum
车主身份证号
Varchar(64)
No
9
phone
联系电话
Varchar(32)
No
10
Standbcontactphone
备用联系人电话
Varchar(32)
Yes
相关数据字典(用key-value的形式表示键和值):
序号
父节点
子节点
1
VehicleColor–车辆颜色
0白,1灰,2黄,3粉,4红,5紫,6绿,7蓝,8棕,9黑。
7.2.2房屋信息采集(DMS_House)表结构
序号
字段名
字段含义
字段类别
可空
字段描述
1
RoomNum
房号
Integer
No
2
HousType
户型
Integer
No
3
houseArea
面积(平方米)
Integer
No
4
Sourceofhousing
房屋来源
Integer
Yes
5
Housingstatus
房屋状态
Integer
Yes
6
Housingapplication
住房用途
Integer
Yes
7
householderName
户主
Varchar(64)
No
8
identificationNum
户主身份证号
Varchar(64)
No
9
Phone
联系电话
Varchar(32)
No
10
Standbcontactphone
备用联系人电话
Varchar(32)
Yes
相关数据字典(用key-value的形式表示键和值):
序号
父节点
子节点
1
HousType–户型
1一居室,2一室一厅,3、两室一厅,4两室两厅,5三室一厅,6三室两厅,7四室一厅,8四室两厅,9其他户型。
2
Sourceofhousing-房屋来源
1租赁廉租住房,2租赁其他住房,3自建住房,4购买商品房,5购买二手房,6购买经济适用房,7安置房,8购买安置房。
3
Housingstatus-房屋状态
1自住,2出租,空置,其他。
4
Housingapplication-住房用途
1生活用房,2兼做生产经营用房,3仓储
7.2.3人口信息(DMS_Population)采集表结构
序号
字段名
字段含义
字段类别
可空
字段描述
1
RoomNum
房号
Integer
No
2
Name
姓名
Varchar(64)
No
3
ResidentialType
居民处所
Integer
No
4
Relationshipwithhousehold
与户主关系
Integer
No
5
Relationshipwithlandlord
与房主关系
Integer
No
6
Sex
性别
Varchar
(1)
No
7
BirthTime
出生日期
Datetime
No
8
Nation
民族
Varchar(20)
No
9
politicalstatus
政治面貌
Integer
Yes
10
Currentresidence
现居住地
Varchar(128)
No
11
Domicilelocation
户籍所在地
Varchar(128)
No
12
identificationNum
公民身份证代码
Varchar(64)
No
13
RegisteredresidenceType
户口登记地类型
Integer
No
14
leavingReasons
离开户口登记地原因
Integer
Yes
15
AccountType
户口性质
Varchar(32)
No
16
Disadvantagedgroup
弱势群体
Integer
Yes
17
Specialgroup
优抚对象
Integer
Yes
18
Marginalpopulation
边缘人群
Integer
No
19
SpecialRemark
特殊细节描述
Varchar(128)
Yes
相关数据字典(用key-value的形式表示键和值):
序号
父节点
子节点
1
ResidentialType-居民处所
0租赁房屋,1单位内部,2亲友家中,3自用
2
Relationshipwithhousehold-与户主关系
0户主,1配偶,2子女,3父母,4岳父母或公婆,5祖父母,6媳婿,7孙子女,8兄弟姐妹,9其他
3
Relationshipwithlandlord-与房主关系
0租赁,1雇佣,2亲戚,3朋友,4同乡,5独居,6其他
4
Sex-性别
M-男
F-女
U-未知
5
politicalstatus-政治面貌
1中共党员,2中共预备党员,3共青团员,4群众,5民革党员,6民盟盟员,7民建会员,8民进会员,9农工党党员,10致公党党员,11九三学社社员,12台盟盟员,13无党派民主人士
6
RegisteredresidenceType-户口登记地类型
0乡,1镇的居委会,2镇的村委会,3街道
7
leavingReasons-离开户口登记地原因
0务工经商,1工作调动,2学习培训,3随迁家属,4投亲靠友,5拆迁办家,6寄挂户口,7婚姻嫁娶
8
Disadvantagedgroup-弱势群体
0孤寡老人,1残疾人,2老年人,3未成年人,4妇女,5最低保障对象,6下岗失业人员
9
Specialgroup-优抚对象
0军人家属,1革命伤残军人,2复员军人,3因公牺牲军人家属,4病故军人家属,5现役军人家属,6军队离退休干部
10
Marginalpopulation-边缘人群
0社区矫正人员,1刑释解教人员,2吸毒人员,3有肇事肇祸倾向精神病人,4艾滋病人,5流浪乞讨人员,6闲散青少年
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 智慧 城市 需求 分析