手持机需求分析.docx
- 文档编号:10650326
- 上传时间:2023-02-22
- 格式:DOCX
- 页数:30
- 大小:295.05KB
手持机需求分析.docx
《手持机需求分析.docx》由会员分享,可在线阅读,更多相关《手持机需求分析.docx(30页珍藏版)》请在冰豆网上搜索。
手持机需求分析
警务通需求分析
1警务通的立项背景
自2006年9月19日,《公安部关于实施社区和农村警务战略的决定》下发后,全国公安机关按照公安部的部署,把实施社区和农村警务战略作为推进“三基”建设的重要载体,迅速采取有力措施,大力推进社区和农村警务建设。
“三基”建设(抓基层、打基础、苦练基本功),已全面启动,按照公安部党委提出的“警力要下沉、保障要有力、班子要加强、素质要提高、管理要规范、机制要创新”的总要求,将加强基础工作和当前的打击犯罪、防范控制紧密结合起来。
基层警力的下沉,工作重心的调整,带来了新的对公安业务与管理上的要求。
将大量警力直接投放一线,从事打击犯罪、维护治安、服务群众等工作,提高了社会见警率,增强了对犯罪分子的震慑,同时也增强了老百姓的安全感。
我们积极响应公安部“抓基础,打基础,苦练基本功”的三基工程建设号召,紧紧抓住人口管理、信息化应用和创新警务管理机制三个关键环节,以金盾工程规范为标准,深化基层警务制度改革,创新警务工作模式,着力提高警务效能,最终实现对动态环境下社会治安的有效控制。
在这一核心应用上,根据不同地方公安的地方化需求,有目标的对该系统进行有效拓展,与更多的公安业务在移动应用中进行对接。
实现不同地区的实际应用。
不仅在业务与管理上达到系统设计目标,同时也凸显了各地的实际需求在业务与管理上的结合。
2需求分析
2.1系统用户分析
“警务通管理系统”主要是针对基层警务人员日常工作而开发的应用软件。
通常只有警务人员一种用户,其使用权如下:
主要是对系统中的信息进行查询和对新数据的录入。
2.2uml用例图建模
上图说明的是系统主要功能,以及个功能之间的关系。
2.3数据流图
“警务通”顶层数据流图
警务通”1层数据流图
警务通”2层数据流图
车辆录入信息
2.4数据字典
为了进一步对“警务通”手持机数据流图中各元素进行详细说明,本人采用数字字典的方式加以说明。
2.41数据流
数据流名称:
用户登录信息
简述:
主要是用于登录系统
数据来源:
用户登录时由键盘输入
数据去向:
加工1.1用户登陆管理,该加工将录入的数据存入数据库(用户信息表)
数据项组成:
警官编号+用户password
数据流名称:
用户登录情况
简述:
主要是用于返回系统登陆的情况,决定是否能够登陆
数据来源:
加工1.1用户登录管理
数据去向:
用户
数据项组成:
登陆成功|登录失败
数据流名称:
用户注册信息
简述:
主要是用于新用户的注册
数据来源:
用户将注册信息用键盘输入计算机
数据去向:
加工1.2用户注册管理,该加工将录入的数据存入数据库(用户注册信息表)
数据项组成:
警官编号+姓名+登录密码+验证密码+辖区所在地+派出所
数据流名称:
用户注册情况
简述:
主要是看用户是否注册成功
数据来源:
加工1.2用户注册管理
数据去向:
用户
数据项组成:
注册成功|注册失败
数据流名称:
人员录入信息
简述:
主要是对社区和单位流动人口的录入或新增外来人口的录入
数据来源:
通过刷2代身份证或是通过键盘输入
数据去向:
加工2.1人员信息管理,该加工将录入的数据存入数据库(人员信息表)
数据项组成:
录入人员姓名+性别+身份证号码+户籍地*三级选择按钮*+(蜂鸣开关)+录入时间|录入人员姓名+性别+身份证号码+户籍地*三级选择按钮*+暂住地址+民族+生日+文化+婚姻状况+口音+体表标记{身体部位{方位+数量+标记}}+录入时间
数据流名称:
人员录入情况
简述:
主要是看新人员是否已经录入
数据来源:
加工2.1人员信息管理
数据去向:
用户
数据项组成:
录入成功|录入失败
数据流名称:
人员查询信息
简述:
主要是对社区或单位新增外来人口的查询以及可疑人员的查询
数据来源:
通过刷被查询人2代身份证或是通过某些已知信息键盘输入查询
数据去向:
加工2.1人员信息管理,并调用人员信息表和在逃人员信息表并与在逃库进行自动比对
数据项组成:
姓名|身份证号码|户籍地|(特殊标记)
数据流名称:
人员比对情况
简述:
主要是对被查询人是否是在逃人员的比对
数据来源:
加工2.3人员信息比对
数据去向:
用户
数据项组成:
排除|可疑|留置
数据流名称:
人员查询情况
简述:
主要是对被查询人现有信息的了解或是返回人员比对情况
数据来源:
加工2.1人员信息管理和2.3人员信息比对
数据去向:
用户
数据项组成:
排除|可疑|留置|基本信息
数据流名称:
在逃人员录入信息
简述:
主要是对在逃人员的录入
数据来源:
通过键盘输入
数据去向:
加工2.1人员信息管理,该加工将录入的数据存入数据库(在逃人员信息表)
数据项组成:
警官编号+{被录入人姓名(同音)+性别+身份证号码(是否为空)+户籍地*三级选择按钮*+(蜂鸣开关)+口音+民族+(身高+体重+五官+特殊标记)+案情类别+简要案情+录入时间}
数据流名称:
房屋录入信息
简述:
主要是对改建新建方的录入
数据来源:
通过键盘输入
数据去向:
加工2.2房屋信息管理,该加工将录入的数据存入数据库(房屋信息表)
数据项组成:
街道+门牌+小区+楼牌+详细编号+居住人模式{暂住|常住}+房屋状态+录入时间
数据流名称:
房屋录入情况
简述:
主要是房屋录入情况的说明
数据来源:
加工2.2房屋信息管理
数据去向:
用户
数据项组成:
信息完整|地址不完整|房屋过期|无责任人|无居住人
数据流名称:
房屋查询信息
简述:
主要是对房屋现存状态的查讯
数据来源:
用户用键盘输入
数据去向:
加工2.2房屋信息管理,调用房屋信息表
数据项组成:
街道|门牌|小区|楼牌|详细编号|居住人模式{暂住|常住}|房屋状态
数据流名称:
房屋查询情况
简述:
主要是房屋查询情况的说明
数据来源:
加工2.2房屋信息管理
数据去向:
用户
数据项组成:
信息完整|地址不完整|核查过期|无责任人|无居住人
数据流名称:
车辆录入信息
简述:
主要是对辖区内住户车辆以及流动可疑车辆信息的录入
数据来源:
通过键盘输入
数据去向:
加工2.4车辆信息管理,该加工将录入的数据存入数据库(车辆信息表)
数据项组成:
车牌号+车辆型号+车辆类型+车身颜色+录入时间
数据流名称:
盗抢车辆录入信息
简述:
主要是对辖区内被盗被抢车辆信息的录入
数据来源:
通过键盘输入
数据去向:
加工2.4车辆信息管理,该加工将录入的数据存入数据库(盗抢车辆信息表)
数据项组成:
车牌号+车辆型号+车架号+发动机号+车辆类型+车身颜色+被盗时间+被盗地点+录入时间
数据流名称:
车辆录入情况
简述:
主要是车辆录入情况的说明
数据来源:
加工2.4车辆信息管理
数据去向:
用户
数据项组成:
信息完整|信息不完整
数据流名称:
车辆查询信息
简述:
主要是对车辆现存状态的查询
数据来源:
用户用键盘输入
数据去向:
加工2.4车辆信息管理和2.5车辆信息比对,调用车辆信息表和盗抢车辆信息表
数据项组成:
车牌号|车辆型号|车辆类型|车身颜色|录入时间
数据流名称:
车辆查询情况
简述:
主要是对车辆现存状态的查询
数据来源:
加工2.4车辆信息管理和2.5车辆信息比对
数据去向:
用户
数据项组成:
普通车辆{信息完整|信息不完整|车牌过期}|被盗车辆
数据流名称:
单位录入信息
简述:
主要是对辖区内各注册单位和工厂信息的录入
数据来源:
通过键盘输入
数据去向:
加工2.6单位信息管理,该加工将录入的数据存入数据库(单位信息表)
数据项组成:
单位名称+成立时间+法人+单位地址+主要工作内容或生产内容+员工数量+运营状况+录入时间
数据流名称:
单位录入情况
简述:
主要是单位录入情况的说明
数据来源:
加工2.6单位信息管理
数据去向:
用户
数据项组成:
信息完整|信息不完整
数据流名称:
单位查询信息
简述:
主要是对单位现存状态的查询
数据来源:
用户用键盘输入
数据去向:
加工2.6单位信息管理
数据项组成:
单位名称|法人|单位地址|主要工作内容或生产内容
数据流名称:
单位查询情况
简述:
主要是对单位现存状态的查询和基本信息的查询情况
数据来源:
加工2.6单位信息管理
数据去向:
用户
数据项组成:
运营|停业|关闭
数据流名称:
特殊物品录入信息
简述:
主要是对辖区内各注册单位和工厂生产或销售的易燃易爆物品进行录入以及在现场核查过程中对特殊物品的录入
数据来源:
通过键盘输入
数据去向:
加工2.7特殊物品信息管理,该加工将录入的数据存入数据库(特殊物品信息表)
数据项组成:
物品名称+型号+设备号+备注
数据流名称:
特殊物品录入情况
简述:
主要是特殊物品录入情况的说明
数据来源:
加工2.7特殊物品信息管理
数据去向:
用户
数据项组成:
信息完整|信息不完整
数据流名称:
特殊物品查询信息
简述:
主要是对特殊物品现存状态的查询
数据来源:
用户用键盘输入
数据去向:
加工2.7特殊物品信息管理
数据项组成:
物品名称|型号|设备号
数据流名称:
特殊物品查询情况
简述:
主要是对特殊物品现存状态的查询和基本信息的查询情况
数据来源:
加工2.7特殊物品信息管理
数据去向:
用户
数据项组成:
安全|危险{易燃易爆|毒品|枪支弹药}
数据流名称:
手机区号录入信息
简述:
主要是对核查人员手机归属地的查询
数据来源:
通过键盘输入
数据去向:
加工2.8手机区号信息管理,该加工将录入的数据存入数据库(手机区号信息表)
数据项组成:
手机号前7位+手机号所属地
数据流名称:
手机区号录入情况
简述:
主要是手机区号录入情况的说明
数据来源:
加工2.8手机区号信息管理
数据去向:
用户
数据项组成:
信息完整|信息不完整
数据流名称:
手机区号查询信息
简述:
主要是对手机区号所属地的查询
数据来源:
用户用键盘输入
数据去向:
加工2.8手机查询信息管理
数据项组成:
手机号前7位
数据流名称:
手机区号查询情况
简述:
主要是返回归属地查询结果
数据来源:
加工2.8手机查询信息管理
数据去向:
用户
数据项组成:
归属地
数据流名称:
处置方式录入信息
简述:
主要是对核查人员具体处置方式的录入和处置结果的录入
数据来源:
通过键盘输入
数据去向:
加工2.9处置方式信息管理,该加工将录入的数据存入数据库(处置结论表)
数据项组成:
处置方式{存疑|留置|排除}+(衣着不符+物品不符+神色慌张+语无伦次+车辆可疑+证件可疑)+移交单位+移交人员+移交时间+工作建议{(补录更新+属地审查+关注重点+其他)}+结论
数据流名称:
处置方式录入情况
简述:
主要是处置方式录入情况的说明
数据来源:
加工2.9处置方式信息管理
数据去向:
用户
数据项组成:
信息完整|信息不完整
数据流名称:
处置方式查询信息
简述:
主要是对被核查人具体处置方式的查询
数据来源:
用户用键盘输入
数据去向:
加工2.9处置方式信息管理
数据项组成:
移交单位|移交人员|移交时间|处置方式{存疑|留置}
数据流名称:
处置方式查询情况
简述:
主要是对被核查人员处置结论的查询
数据来源:
加工2.9处置方式信息管理
数据去向:
用户
数据项组成:
存疑|留置|排除
2.42加工条目
加工名:
用户登录管理
处理逻辑编号:
1.1
处理逻辑:
接收用户的登陆请求,并检查所填信息是否正确,如果没有错误接受登陆并将数据存入用户信息表
激发条件:
用户登陆时
输入:
用户登录
输出:
用户信息
加工名:
用户注册管理
处理逻辑编号:
1.2
处理逻辑:
接收用户的注册请求,并检查所填信息是否符合要求,如果没有错误接受注册并将数据存入用户注册信息表
激发条件:
用户注册提交时
输入:
用户注册
输出:
注册信息
加工名:
人员信息管理
处理逻辑编号:
2.1
处理逻辑:
接收用户对人员信息的录入,并检查是否符合要求,并将被人员信息存入人员信息表;接收用户对人员信息的查询要求,并根据用户的查询条件给出相应的结果。
激发条件:
用户录入人员信息时|用户查询人员信息时
输入:
用户录入信息|用户查询信息
输出:
人员信息
加工名:
人员信息比对
处理逻辑编号:
2.3
处理逻辑:
将已经由2.1接收到的人员信息自动与在逃人员信息表中的信息进行比对,看此人是否有犯罪历史和在涉案件
激发条件:
录入的人员信息在存入人员信息表之前和查询人员信息过程中
输入:
用户录入信息|用户查询信息
输出:
涉案信息
加工名:
房屋信息管理
处理逻辑编号:
2.2
处理逻辑:
接收用户对房屋信息的录入,并检查是否符合要求,并将房屋信息存入房屋信息表;接收用户对房屋信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户录入房屋信息时|用户查询房屋信息时
输入:
用户录入信息|用户查询信息
输出:
房屋信息
加工名:
车辆信息管理
处理逻辑编号:
2.4
处理逻辑:
接收用户对车辆信息的录入,并检查是否符合要求,并将车辆信息存入车辆信息表;接收用户对车辆信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户录入车辆信息时|用户查询车辆信息时
输入:
用户录入信息|用户查询信息
输出:
车辆信息
加工名:
车辆信息比对
处理逻辑编号:
2.5
处理逻辑:
将已经由2.4接收到的车辆信息自动与在盗抢车辆信息表中的信息进行比对,看此车信息是否在被盗抢车辆的信息表中
激发条件:
录入的车辆信息在存入车辆信息表之前和查询车辆信息过程中
输入:
用户录入信息|用户查询信息
输出:
车辆盗抢信息
加工名:
单位信息管理
处理逻辑编号:
2.6
处理逻辑:
接收用户对单位信息的录入,并检查是否符合要求,并将单位信息存入单位信息表;接收用户对单位信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户录入单位信息时|用户查询单位信息时
输入:
用户录入信息|用户查询信息
输出:
单位信息
加工名:
特殊物品信息管理
处理逻辑编号:
2.7
处理逻辑:
接收用户对特殊物品信息的录入,并检查是否符合要求,并将特殊物品信息存入特殊物品信息表;接收用户对特殊物品信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户录入特殊物品信息时|用户查询特殊物品信息时
输入:
用户录入信息|用户查询信息
输出:
特殊物品信息
加工名:
手机区号信息管理
处理逻辑编号:
2.8
处理逻辑:
接收用户对手机区号信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户查询手机区号信息时
输入:
用用户查询信息
输出:
手机区号信息
加工名:
处置方式信息管理
处理逻辑编号:
2.9
处理逻辑:
接收用户对处置方式信息的录入,并检查是否符合要求,并将特殊物品信息存入处置结论信息表;接收用户对处置方式信息的查询要求,并根据用户的查询条件给出相应的结果
激发条件:
用户录入处置方式信息时|用户查询处置方式信息时
输入:
用户录入信息|用户查询信息
输出:
处置方式信息
2.43数据存储条目
数据存储编号:
D1
数据存储名称:
用户信息表
简述:
储存用户的登陆信息
组成:
用户id+用户password
关键字:
用户id
组织方式:
索引文件,以用户id为关键字
相关联的处理:
加工1.1
数据存储编号:
D2
数据存储名称:
人员信息表
简述:
储存核查人远的详细信息
组成:
录入人员姓名+性别+身份证号码+户籍地*三级选择按钮*+(蜂鸣开关)+录入时间|录入人员姓名+性别+身份证号码+户籍地*三级选择按钮*+暂住地址+民族+生日+文化+婚姻状况+口音+体表标记{身体部位{方位+数量+标记}}+录入时间
关键字:
被核查人身份证
组织方式:
索引文件,以用户身份证为关键字
相关联的处理:
加工2.1,2.2,2.3,26
数据存储编号:
D3
数据存储名称:
车辆信息表
简述:
储存辖区内车辆的基本信息
组成:
车牌号+车辆型号+车辆类型+车身颜色+录入时间
关键字:
车牌号
组织方式:
索引文件,以车牌号为关键字
相关联的处理:
加工2.4,2.5
数据存储编号:
D4
数据存储名称:
单位信息表
简述:
储存辖区内单位的基本信息
组成:
单位id+单位名称+成立时间+法人+单位地址+主要工作内容或生产内容+员工数量+运营状况+录入时间
关键字:
单位id
组织方式:
索引文件,以单位id为关键字
相关联的处理:
加工2.6
数据存储编号:
D5
数据存储名称:
房屋信息表
简述:
储存辖区内房屋的基本信息
组成:
房屋id+街道+门牌+小区+楼牌+详细编号+居住人模式{暂住|常住}+房屋状态+户主姓名+录入时间
关键字:
房屋id
组织方式:
索引文件,以房屋id为关键字
相关联的处理:
加工2.2
数据存储编号:
D6
数据存储名称:
特殊物品信息表
简述:
储存辖区内特殊物品的基本信息
组成:
特殊物品编号+物品名称+型号+设备号+备注+录入时间
关键字:
特殊物品编号
组织方式:
索引文件,以特殊物品编号为关键字
相关联的处理:
加工2.7
数据存储编号:
D7
数据存储名称:
手机区号信息表
简述:
储存各地手机区号
组成:
手机号前7位+归属地
关键字:
手机号前7位
组织方式:
索引文件,以手机号前7位为关键字
相关联的处理:
加工2.8
数据存储编号:
D8
数据存储名称:
处置结论表
简述:
储存每次核查现场被核查人员的处置结果
组成:
处置结果编号+处置方式{存疑|留置|排除}+(衣着不符+物品不符+神色慌张+语无伦次+车辆可疑+证件可疑)+移交单位+移交人员+移交时间+工作建议{(补录更新+属地审查+关注重点+其他)}+结论+录入时间
关键字:
处置结果编号
组织方式:
索引文件,以处置结果编号为关键字
相关联的处理:
加工2.8
数据存储编号:
D9
数据存储名称:
用户注册信息表
简述:
储存注册信息
组成:
警官编号+姓名+登录密码+验证密码+辖区所在地+派出所
关键字:
警官编号
组织方式:
索引文件,以警官编号为关键字
相关联的处理:
加工1.2
数据存储编号:
D10
数据存储名称:
在逃人员信息表
简述:
储存在逃人员信息
组成:
警官编号+{被录入人姓名(同音)+性别+身份证号码(是否为空)+户籍地*三级选择按钮*+(蜂鸣开关)+口音+民族+(身高+体重+五官+特殊标记)+案情类别+简要案情+录入时间}
关键字:
身份证
组织方式:
索引文件,以身份证为关键字
相关联的处理:
加工2.1,2.3,2.6
数据存储编号:
D11
数据存储名称:
盗抢车辆信息表
简述:
储存盗抢车辆信息
组成:
车牌号+车辆型号+车架号+发动机号+车辆类型+车身颜色+被盗时间+被盗地点
关键字:
车牌号
组织方式:
索引文件,以车牌号为关键字
相关联的处理:
加工2.4,2.5
2.44数据项条目
数据项名称:
用户编号
别名:
证号
简述:
给每个用户的一个唯一的,做标识用的号码
组成:
警官编号
类型:
字符串
长度:
6位
取值范围:
000000~999999
数据项名称:
录入日期
别名:
录入信息的时间
简述:
加强对录入信息的管理
组成:
年+月+日+时间
类型:
字符串
长度:
14位
取值范围:
当时的时间
数据项名称:
车牌号
组成:
省简字+英文字母1位+5位字符串*前两位可以用字母或数字后三位数字*
简述:
给每辆车的一个唯一的,做标识用的号码
类型:
字符串
长度:
7位
取值范围:
国家车牌号规定标准
数据项名称:
单位id
别名:
单位编号
简述:
给每个单位的一个唯一的,做标识用的号码
组成:
数字
类型:
字符串
长度:
3位
取值范围:
当时的时间
数据项名称:
房屋id号
简述:
给每户人家的一个唯一的,做标识用的号码
组成:
--路+--小区+--楼+--号
类型:
字符串
长度:
8位~50位
取值范围:
地方门牌号规定标准
数据项名称:
特殊物品编号
简述:
给每件特殊物品的一个唯一的,做标识用的号码
组成:
数字
类型:
字符串
长度:
6
取值范围:
000000~999999
数据项名称:
处置结果编号
简述:
给每件事情的处置结果的一个唯一的,做标识用的号码
组成:
数字
类型:
字符串
长度:
6
取值范围:
000000~999999
数据项名称:
性别
组成:
男|女
类型:
字符串
长度:
1位
取值范围:
[男|女]
数据项名称:
身份证
组成:
数字+字母(最后一位可用X表示)
类型:
字符串
长度:
14位
取值范围:
00000000000000~99999999999999
数据项名称:
身份证
组成:
数字+字母(最后一位可用X表示)
类型:
字符串
长度:
14位
取值范围:
公民身份证标准
数据项名称:
密码
组成:
数字+字母*大小写*+特殊符号+空格
类型:
字符串
长度:
6位~18位
取值范围:
000000~999999999999999999
2.5IPO图
2.6用户其他要求
1.性能要求
身份认证速率:
不可让用户明显感觉到身份认证过程,一般500ms以内
查询服务部分:
用户通过手持机,从提交命令到返回结果不超过10秒
数据管理部分:
用户从提交一次录入到结果不超过10秒钟
以下为手持机技术性能参数:
规格
MobileIdentIIIc
处理器
MarvellPXA310624MHz/ARMV4I
内存
128MBSDRAM;128MBROM
存储
8GBytesMicroSDcard
操作系统
MicrosoftWindows®CE6.0
USB接口
OTG/USB2.0Client/USB1.1Host
语言
多种语言
生物识别技术
Face200像素摄像机
Finger指纹采集传感器
显示屏
Advance-TFT3.5''
分辨率240×320像素
色彩:
65,536colors
键盘
42Key
触摸屏
Yes
HSDPA/GPRS/EDGE
CDMA20001x/EVDO
WiFiModule
IEEE802.11b/g
BluetoothModule
BTV2.0,class2
GPSModule
UART-NMEA
磁条读卡器
Yes
非接触式IC卡读卡器
Yes
接触式读卡器
Yes
条码读卡器
CMOScamerareadbarcode39/128,QRcode
语音提示
0.5W/8ohm
设备尺寸(长、宽、高)
20*8*5(cm)
3.故障处理要求
正常使用时不应当出错,出现的一般性错误时应给出错误提示
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 手持 需求 分析