超级大乐透开奖时间

1停车场管理系统术语 


停车场 / 库专指供车辆泊车使用的具有固定车辆进出通道的非立体机械式封闭场所
停车场 / 库管理系统具有管理和控制停车场配套设备功能的应用于停车场 / 库管理的应用软件
长期卡在许可条件下可在停车场 / 库长期流通的卡片它由停车场 / 库管理者预先发放给车主 , 出场时不回收卡片
临时卡每次泊车临时收费泊车费用的卡片卡片在入场时临时发放出场时临时回收
期限卡在一?#27779;?#23450;?#34892;?#26399;内收取指定泊车费用的卡片如年卡月卡等它属于长期卡的范畴
储蓄卡卡片对应一个储蓄帐户通过预先向帐户充值泊车过程自动从帐户扣除泊车费用它属于长期卡的范畴
免费卡不收费泊车费用的卡片它属于长期卡的范畴
固定卡一次性收费泊车费用的卡片它属于长期卡的范畴
非法卡在停车场 / 库管理系统中没有登记过的卡片
黑名单卡已经挂失的卡片
防跟车一种防止前一辆合法车刷卡而后一辆车不刷卡跟入的处理机制
防倒车一种防止车辆在刷卡并放行后车辆不正常进入而倒出的处理机制
双卡?#29616;?#19968;种车主卡和车载卡同时?#29616;行?#26041;能通行的车辆防盗处理机制
一车多卡?#24066;?#19968;车对应多张合法卡但同一时刻只能?#24066;?#19968;张卡泊车
车流量检测一种可以?#34892;?#25552;高通道车辆通行效率和延长机械寿命的处理机制当多卡刷卡后待所有合法车辆通过通道后方可关闭道闸 

 2停车场管理软件的基本规定

2 1 停车场管理软件总体规定


• 应具备操作权限管理功能能够设定操作员监控和管理指定通道的权限能够定义操作员对每个菜单项的使用许可
• 应具备系统日志管理功能能够明细记录操作员的操作过程能够明细记录系统配套设备的运行记录能够记录第三方系统相关的输入 / 输出事件及数据
• 应具备系统集成接口模块能够支持数据库级如存储过程触发定义调度规则等和应用软件级如 SDK DLL 等的系统集成模块
• 应具备系统数据存储安全机制支持数据库的手动和自动备份功能自动备份功能要求可以自定义数据库自动备份规则
• 应具备系统长期运行的性能保障机制可?#34892;?#36991;免因长期运行产生的大容量数据对系统性能造成影响
• 应具备系统访问控制和通信安全管理机制可?#34892;?#23454;现数据库的访问控制应用软件通信连接访问控制数据通信报文的动态?#29992;?#26426;制
• 应具备数据自动同步功能能够自动向下同步各种配套设备的运行参数成员资格等能够自动向上传配套设备的脱网运行进出记录原?#25216;?#24405;警报记录?#21462;?
• 应具备一定的网络兼容性能够兼容 LAN WAN 和总线网络通信方式上支持 Tcp/IP 通信方式和总线通信方式
• 系统应该采用模块化设计可扩展性强能够方便增加本规定?#23567;?#21487;选功能规定'部分的要求
• 能够和小额支付系?#22330;?#23433;防系?#22330;?#29289;业管理系?#22330;?#22478;市交通信息管理系统联动能够实现集成系统输入与停车场 / 库系统输出的自定义功能
• 停车场 / 库管理系统应能进行手动 / 自动两种方式选择
• 能够对停车场的车位数收费规则?#28982;?#26412;参数进行设置修改

2  2 软件的基本功能规定

2 2 1 应具备的通行校验功能 

• 能够识别非法卡黑名单卡过期卡
• 能够识别长期卡期限卡储蓄卡免费卡固定卡和临时卡
• 应具有入场车位满位的校效功能
• 应具有车辆是否重复入场的校验
• 应具有期限卡过期储蓄卡帐户余额不足的校验
• 应具有当前车辆是否具有通行权限的约束校验
• 应具有出场时车辆无入场记录的校验

2 2 2 应具备的通行安全管理功能 

• 应具有车辆防砸保护功能
• 应具有人卡和车卡双卡?#29616;?#21151;能?#34892;?#23454;现车辆防盗
• 应具有可以防止前一辆合法车刷卡而后一辆车不刷卡跟入的防跟车处理机制
• 应具有可以防止车辆在读卡并放行后车辆不正常进入而倒出的防倒车处理机制
• 应具有视?#23548;?#25511;与图文监控功能可实时视?#23548;?#25511;通道状态可实时图文监控各种车辆进出事件和报警事件当警报产生时以多种方式给出提示或报警
• 应具有图像对比功能实现自动调取进场抓拍的图片与出场所抓拍的车图进行对比

2 2 3 应具备的通行策略控制功能 

• 能够指定不同操作员管理不同通道
• 能够控制指定用户类型在指定时间段内对指定通道的通行权限
• 能够在指定时间?#27573;?#20869;控制车辆的通行线路
• 应具有进出同一通道的通行红绿信号灯控制功能
• 应具有卡片丢失后的出场车辆放行和收费机制
• 应具有自定义的车位分配规则功能
• 应具有车位预留功能
• 应具有一车多卡的功能满足家庭成员或公车多卡同车的应用
• 应具有通道车辆流量检测的功能?#34892;?#25552;高通道车辆通行效率和延长机械寿命
• 应具备通行告示系统对?#29616;?#21518;不?#24066;?#36890;行的情况能够按多种方式给车主以告示

2 2 4 应具备的报警与告示功能

• 能够提供多种提示或报警方式包括文字报警电子显示报警报警输出和声效报警
• 能够对非法卡黑名单卡过期卡等无效卡产生提示或报警
• 能够?#38498;?#27861;卡的过期或余额不足等产生提示或报警
• 能够?#38498;?#27861;卡的将要过期或余额将要不足等现象给出预提示
• 能够对在指定时间内在指定通道无权通行的合法卡产生提示或报警
• 能够对在指定时间内不按规定线路行驶的车辆位产生提示或报警
• 能够对车位满位的情况产生提示或报警
• 能够对试图重复进入的情况给出提示或报警
• 能够对出场时车辆无入场记录的现产产生提示或报警
• 能够对入口发票机无卡现象产生提示或报警
• 能够对检测到的火灾防盗等信号产生提示或报警
• 能够对检测到的设备网络?#25910;?#21450;时产生提示或报警
• 能够对车辆非法闯入和闯出的现象产生提示或报警
• 能够对跟车和倒车现象产生提示或报警
• 能够对火警防?#36742;?#36319;车报警倒车报警等警报解除后产生提示
• 能够对车辆驶入通道后给出欢迎词或取卡提示如取卡提示刷卡提示等
• 能够对车辆在车道停留时间过长产生提示或报警

2 2 5 应具备的车位管理功能
 
• 能够统计和显示整个停车场余位信息并具有向周边告示功能
• 能够统计和显示具体区域的余位信息并具有向周边告示功能
• 区域余位的统计和显示在车辆不按车位分配规则泊车时亦能正确统计和公示
• 能够按用户自定义的规则自动分配泊车位

应具备脱机运行后的场内余位信息纠正功能

3 停车场管理软件的数据结构

3 1 数据库的选择


• 应选用具有安全机制的关系型数据库管理系?#22330;?
• 所选用的数据库要求具有多种安全性?#29616;?#27169;式支持数据库之角色和用户管理功能能够方便实现权限许可的验证授予修改和收回
• 所选用的的数据库要求具有表图表索引视图存储过程触发器等数据库组件
• 所选用的数据库应具有数据完整性检查功能包括实体完整性域完整性参考完整性用户自定义完整性支持约束 Default 约束 heck 约束 riMary Key 约束 Unique 约束和 Foreign 约束缺省和规则定义
• 所选用的数据库应具有强大的数据备份与?#25351;?#21151;能支持多种备份?#25351;?#20171;?#30465;?#22810;种备份?#25351;?#31867;?#20572;?#24182;要求应有联机备份 / ?#25351;?#21151;能
• 所选用的数据库应具有数据控制语言 DCL 数据定义语言 DDL 数据操作语言 D ?#20572;̣?
• 选用的数据库要求具有良好的开放性可移植和可扩展性应具有多种数据转换类型运算导入导出等功能和多种数据复制功能
• 所选用的数据库应具有事务控制功能可满足事物的自动性一致性独立?#38498;统志?#24615;要求能?#34892;?#24212;对市电?#25910;?#21644;网络?#25910;系?#21407;因造成的事物递交和回退
• 所选用的数据库具有良好的并发控制功能支持行级锁记录锁页级锁簇级锁表级锁和数据库级锁并能?#34892;?#36991;免用户控制的死锁问题和事务引用的会话级和表级死锁问题
• 所选用的数据库应能够满足 ODBC 接口规范 

3 2 数据结构

3 21 车主基本资料用户信息信息数据结构 包括

1 车主编号 2 车主名称 3 对应卡号 4 用户类?#20572;?#21306;别不同的收费方式
5 用户性质区别是普通车位预留车位或固定车位用户 6 身份证号码
7 车身款式 8 车牌号码 9 车身颜色 10 汽车品牌 11 联系电话
12 联系地址 

3 22 收费人员信息数据结构 包括

1 收费员编号 2 收费员?#24432;?3 年龄 4 性别 5 工作时间 6 联系电话 7 联系地址

3  23 收费记录数据结构 包括

1 收费类?#20572;?#21306;分办卡收费或泊车收费 2 证卡类?#20572;?#21306;分期限卡储蓄卡免费卡固定卡和临时卡等 3 车主证件编号 4 车主?#24432;?5 车主卡号 6 入场时间 7 出场时间 8 泊车计时 9 收费金额 10 收费日期 11 收费操作?#20445;?nbsp;

3 24 车辆进出记录数据结构 包括

1 车主证件编号 2 车主?#24432;?3 车主卡号 4 进出时间
5 进出抓拍车图 6 车主证卡类?#20572;?7 进出状态 8 进出通道
9 汽车车?#20572;?10 车牌号码 11 车身颜色 12 汽车品牌
13 车主联系电话 14 车主联系地址 15 所泊车位

 3 25 原?#25216;?#25511;事件记录数据结构 包括

1 事件记录类?#20572;?#21306;分进出记录通道地磁输入记录等 2 事件记?#32423;?#24212;控制器 3 事件记?#32423;?#24212;通道 4 事件记录卡号 5 事件记录从设备号 6 事件记录进出状态 7 事件记录输入输出点号 8 事件记录时间 

3 26 手动控闸记录数据结构 包括

1 手动控闸时间
2 手动控闸者
3 手动控闸通道
4 手动控闸类?#20572;?#21306;?#21046;?#36890;开闸关闸紧急开闸紧包关闸等

3 25 原?#25216;?#25511;事件记录数据结构 包括

1 事件记录类?#20572;?#21306;分进出记录通道地磁输入记录等 2 事件记?#32423;?#24212;控制器 3 事件记?#32423;?#24212;通道 4 事件记录卡号 5 事件记录从设备号 6 事件记录进出状态 7 事件记录输入输出点号 8 事件记录时间

3 26 手动控闸记录数据结构 包括

1 手动控闸时间
2 手动控闸者
3 手动控闸通道
4 手动控闸类?#20572;?#21306;?#21046;?#36890;开闸关闸紧急开闸紧包关闸等

3 27 警报记录数据结构 包括

1 系统警报发生源
2 系统警报类?#20572;?
3 系统警报描术
4 系统警报发生时间 

3 28 操作日志记录数据结构 包括

1 操作员编号 2 操作员?#24432;?3 操作类?#20572;?4 操作时间 5 操作对象
6 操作内容 7 操作结果

3 3 数据接口标准

由于本标准规定所选用的数据库要求能够满足 ODBC 接口规范所以数据接口标准将基于开放式数据链路来实现 

3 31 数据接口标准涉及的数据结构 

• 车主基本资料数据接口标准
• 收费人员数据接口标准
• 收费记录数据接口标准
• 进出记录数据接口标准
• 原?#25216;?#25511;记录数据接口标准
• 手动控闸记录数据接口标准
• 警报记录数据接口标准

系统日志记录数据接口标准

3  32 数据接口标准实现过程

• 定义数据源及驱动
• 数据源选择数据源可?#20801;?#25152;有满足 ODBC 接口规范的数据对象如?#20309;?#26412;文件 (*.txt;*.Csv) Excel(*.xls) Access(*.mdb) Dbase(*.dbf) Paradox(*.db) InterBase(*.gdb) SqlServer Sybase Oracle 等等
• 数据源驱动定义根据不同的数据源类别选择相应的数据源驱动再根据数据源驱动提供的标准参数配置数据源的连接列标题列?#25351;?#31526;字符集数据类型字段宽度等等不同的数据源类别按区别配置不同的驱动定义
• 连接数据源根据 ODBC 标准按照数据源名称的定义连接所配置的数据源然后选择需要进行数据交互的数据表格
• 字段对应?#27627;?#25509;数据源后进行数据源字段到数据目标字段的对应需要能够支持的数据结构有

一车主基本资料数据结构

1 车主编号 2 车主名称 3 对应卡号 4 用户类?#20572;?#21306;别不同的收费方式
5 用户性质区别是普通车位预留车位或固定车位用户 6 身份证号码
7 车身款式 8 车牌号码 9 车身颜色 10 汽车品牌 11 联系电话
12 联系地址

二收费人员数据结构

1 收费员编号 2 收费员?#24432;?3 年龄 4 性别 5 工作时间 6 联系电话 7 联系地址

三收费记录数据结构

1 收费类?#20572;?#21306;分办卡收费或泊车收费 2 证卡类?#20572;?#21306;分期限卡储蓄卡免费卡固定卡和临时卡等 3 车主证件编号 4 车主?#24432;?5 车主卡号 6 入场时间 7 出场时间 8 泊车计时 9 收费金额 10 收费日期 11 收费操作?#20445;?

四进出记录数据结构

1 车主证件编号 2 车主?#24432;?3 车主卡号 4 进出时间 5 进出抓拍车图 6 车主证卡类?#20572;?7 进出状态 8 进出通道 9 汽车车?#20572;?10 车牌号码 11 车身颜色 12 汽车品牌 13 车主联系电话 14 车主联系地址 15 所泊车位

五原?#25216;?#25511;记录数据结构

1 事件记录类?#20572;?#21306;分进出记录通道地磁输入记录等 2 事件记?#32423;?#24212;控制器 3 事件记?#32423;?#24212;通道 4 事件记录卡号 5 事件记录从设备号 6 事件记录进出状态 7 事件记录输入输出点号 8 事件记录时间

六手动控闸记录数据结构

1 手动控闸时间 2 手动控闸者 3 手动控闸通道
4 手动控闸类?#20572;?#21306;?#21046;?#36890;开闸关闸紧急开闸紧包关闸等 

七警报记录数据结构

1 系统警报发生源 2 系统警报类?#20572;?3 系统警报描术 4 系统警报发生时间

八系统日志记录数据结构

1 操作员编号 2 操作员?#24432;?3 操作类?#20572;?4 操作时间 5 操作对象
6 操作内容 7 操作结果

• 接口数据实现
• 键字段要求有数据唯一性校验
• 所有字段要有数据合法性校验
• 数据源对象要有字段完整性校验
• 代码数据或类型不匹配数据要进行逻辑转换

图片数据采用图片文件名形多交互 

4 停车场管理的开放性

4  1 对外信息的交互协议 

4 1 1 以采用 GPRS 方式进行数据传输 
4 1 2 应采用 TCP 方式进行网络链路连接 
4 1 3 应对数据的发送和接受提供 ACK 回复确认 
4 1 4 设备主动发送传输的协议内容应包括设备识别码指今命令字设置正常运行期间的流水递增的消息编码和发送的信息内容 
4 1 5 系统主动发送的协议内容必须包括设备的识别码指令命命令字系统合局的流水递增的消息编码和发送的信息内容 
4 1 6 设备对于系统发来的信息的回复的协议内容应包括设备识别码指令的命令字由系统发来的消息编号和回复的内容 
4 1 7 系统对于终端设备发来的信息的回复的协议内容必须包括设备识别码指令命令字出设备发送来的消息编号和回复的内容 
4 1 8 设备补充发送的数据要求具有时间戳信息

4  2 对外信息的交互数据结构 

4 2 1 符合 TCP/IP 协议 
4 2 2 数据结构开放便于二次开发便于与其它软件数据的共巷 

4 3 其它规定 

4 3 1 可以与各种现场线兼容如 CAN 线 485 总线?#21462;?nbsp;
4 3 2 能与 Internet 联网实现数据共享 
4 3 3 应支持无线通讯配有 GPRS 数据传输模块 
4 3 4 应能与交通信息系统安防系统智能建筑等系统兼容

5停车场管理软件的测评 

5 1 软件测试

软件测试应采用黑盒测试方法通过测试来检查是否每个功能都能正常使用它可完全不考虑程序内部结?#36141;?#22788;理过程在程序的接口进行测试它只检查程序功能是否能按照要求正常使用程序是否能适当地接收输入数据并产生正常的输出信息软件测评的主要依据是随应用软件一起发行的软件说明书 

5  11 单元测试 

在遵循模块化设计思想的软件中每个模块完成一个清晰定义的子功能而且这个子功能和同级其它模块的功能之前相互依赖度很小因此有可能把每个模块作为一个单独的实体来测试而且通常比?#20808;?#26131;检验模块的正确性单元测试的目的是保证每个模块作为一个单元是能正确运行的单元测试任务包括

1 模块接口测试是否能在正确输入的条件下产生与预期一样的的输出是否能屏蔽不正确的输入或在不正确输入的条件下能够捕捉并处理这些不正确的输入
2 模块边界条件测试长期的软件测试研究表明大量错误往往发生在输入或输出的边界上因?#33487;?#23545;各种边界情况设计测试用例可以查出更多的错误
3 执行通路测试它对模块中对每一条独立执行的路径进行测试以发现所有可能的潜在的执行逻辑性错误
4 出错处理测式一个好的设计应能预见各种出错条件并预设各种出错处理通路校验模块中是否存在无法处理的错误出口 

5 12 集成测试 

集成测试又称构件测试它?#21069;?#32463;过单元测试的模块放在一起形成一个构件系统来进行测试模块相互间的协调和通信是这个测试过程的主要问题因?#33487;?#20010;步骤着重测试模块间的交互应采用如下的测?#36816;?#24819;

1自顶向下集成自顶向下集成是构造程序结构的一种增量式方式它从主控模块开始按照软件的控制层次结构以深度优?#28982;?#24191;度优先的策略逐步把各个模块集成在一起其工作步骤为

• 以主控模块作驱动模块?#35759;?#20027;控模块进行单元测试时引入的所有桩模块用?#23548;?#27169;块替代
• 依据所选的集成策略深度优?#28982;?#24191;度优先每?#27779;?#26367;代一个桩模块
• 每集成一个模块立即测试一遍
• 只有每组测试完成后才着手替换下一个桩模块
• 为避免引入新错误须不?#31995;?#36827;行回归测试即全部或部分地重复已做过的测试
• 从第 2 步开始循?#20998;?#34892;上述步骤直至整个程序结构构造完毕

2自底向上集成自底向上测?#20801;?#20174;原子模块即软件结构最低层的模块开始组?#23433;?#35797;因测试到较高层模块时所需的下层模块功能均已具备所以不再需要桩模块其工作步骤为

• 把低层模块组织成实现某个子功能的模块?#28023;?
• 开发一个测试驱动模块控制测试数据的输入和测?#36234;?#26524;的输出
• 对每个模块群进行测试
• 删除测试使用的驱动模块用较高层模块把模块群组织成为完成更大功能的新模块?#28023;?
• 从第一步开始循?#20998;?#34892;上述各步骤直至整个程序构造完毕 

5 13 系统测试 

系统测?#20801;前?#32463;过测试的构件装配成一个完整的系统来测试在这个过程中不仅应发现设计和编码的错误还应验证系统确?#30340;?#25552;供设计时指定的功能而且系?#36710;?#21160;态特性也符合要求在这个测试中发现的往往是软件设计中的错误也可能发?#20013;?#27714;说明中的错误

系统测试的基本方法有

• ?#25351;?#27979;试?#25351;?#27979;试主要检查系?#36710;?#23481;错能力当系统出错时能否在指定时间间隔内修正错误并重新启动系?#22330;指?#27979;试首先要采用各种办法强迫系统失败然后验证系统是否能尽快?#25351;A?
• 安全测试安全测试检查系统对非法侵入的防范能力安全测试期间测试人员应采用各种办法试图突?#21697;?#32447;例如试图截取或破译口令专门定做软件破坏系?#36710;?#20445;护机制故意导致系统失败企图?#27809;指?#20043;机非法进入等?#21462;?
• 强度测试强度测试检查程序对异常情况的抵抗能力强度测试总是迫使系统在异常的资源配置下运?#23567;?
• 性能测试测试系统对大容量数据的处理能力对长期运行后的运行性能保障能力以?#26696;中?#33021;测?#20801;?#21542;能够符合软件说明书的要求 

5 14 验收测试 

验收测?#22253;?#36719;件系统作为单一的实体进行测试测试内容与系统测试基本类似但它是在用户或验收组积极参与下进行的而且可能主要使用?#23548;?#25968;据系统将来要处理的数据进行测试验收测试的目的是验证系统确?#30340;?#22815;满足用户的需要在这个测试步骤中发现的常常是系统需求说明中的错误验收测试包括两个方面

• 测试应用软件符合软件说明书的内容
• 测试应用软件能够满足软件?#21512;?#21512;同中用户特别指定的个性化功能

5  2 测试用例 

边界值测试用例 

• 如果输入条件规定了值的?#27573;?#21017;应该取刚达到这个?#27573;?#30340;边界值以?#26696;?#21018;超过这个?#27573;?#36793;界的值作为测?#20801;?#20837;数据
• 如果输入条件规定了值的个数则用最大个数最小个数比最大个数多 1 格比最小个数少 1 个的数做为测试数据
• 根据每一个输出条件验证在边界输入条件下是否可以正确的输出
• 如果程序的规格说明给出的输入域或输出域是?#34892;?#38598;合如?#34892;?#34920;顺序文件等则应选取集?#31995;?#31532;一个和最后一个元素作为测试用例
• 如果程序用了一个内部结构应该选取这个内部数据结构的边界值作为测试用例
• 如果输入条件规定了值的?#27573;?#39564;证是否?#24066;?#38750;法的输入合法的输入是否违反逻辑输入如输入条件为开始和结束时间首先必须测?#38498;?#27861;性输入然后再验证结束时间大于开始时间这种违反逻辑的情况下得出的输出结果

环境测试用例 

• 电源掉电的测试包括软件在待机时的掉电和软件在处理数据时的掉电
• 强行结束软件任务的测试
• 操作系统 CPU 和内存资源耗尽的测试多开一些需要大资源的其它程序使要测试的软件处理非常饥饿'的状态下测试其性能和数据处理的正确性
• 如果系统包含网线通讯线路物理通讯线路突然中?#31995;?#27979;试
• 对于处理任务?#29616;?#30340;部分如果条件?#24066;?#21487;以考虑用性能很差的计算机去测试这时候可能会暴露出很多问题

特殊操作测试用例 

某些特殊的操作可以发现程序中潜在的问题如

• 软件没有正常退出就关闭操作系统
• 不正常关闭应用软件人机交互窗口
• 软件正在执行一项较耗时命令时退出应用软件
• 以复制 / ?#31243;?#30340;方式代替键盘输入数据等?#21462;?nbsp;

53 软件评价

5 31 软件功能评阶

• 应用软件功能符合设计说明的规定
• 能够较好的满足停车场 / 库管理需求的扩充可选部分规定的内容
• 系统完整性因具有完整的系统设计相关文档资料具有完整的系统二次开发集成接口具有完整的数据输入与输出接口具有完整的系统集成方案具有完整的通道进出管理系统车位引导管理系统报警处理系?#22330;?#21462;车系?#22330;?#33410;能照明控制系?#36710;?#20572;车场管理的可选子系?#22330;?
• 应具有足够的容错性能?#34892;?#25429;捉各种网络异常操作异常的能力
• 具有良好的数据自动同步机制能够主动上传脱网运行后产生的记录能够自动向停车场管理软件配套设备同步在停件中的参数设置
• 具有良好的车辆通行校验机制
• 具有良好的车辆通行安全管理机制
• 具有良好的车辆通行策略控制机制
• 具备车位管理与车位显示系统
• 能够正确并完整的记录车辆进出记录收费记录操作员操作日志集成系统输入输出数据警报记录等
• 具备良好的收费制度设置功能能够由用户自定义收费规则
• 具有完善的的报表等数据输出系统
• 软件模块化清晰软件设计具有友好性 

5 32 软件性能评阶 

• 应具有大容量数据处理的能力具有系统长期运行效?#26102;?#35777;机制
• 应具有足够的容错性能?#34892;?#25429;捉各种网络异常操作异常的能力
• 应具有与其它应用软件的使用环境兼容性
• 具有良好的数据存储安全机制
• 具有良好的系统安全与访问控制机制具有良好的数据报文通信高效处理机制
• 系统因具有良好的可扩充性满足管理需求的调整和变更
• 系统因具有良好的可移植性包括数据库的移植和应用软件的移植 

5 33 软件商品化程度评阶 

• 应具有完整的系统设计文?#24608;?#36890;信协议文?#24608;?#25968;据库设计文?#24608;?#36719;件集成说明文?#24608;?#36719;件说明书等文档资料
• 应具有很好的运行稳定性
• 应具有良好的集成开发方便性
• 应具有良好的软件操作方便性
• 应具有良好的可维护性
• 应具有良好的安装方便性
• 应具有良好的系统升级和功能扩充机制 

5 34 软件技术先进性 

• 构模型先进性
• 通道进出管理逻辑先进性
• 车位管理逻辑先进行
• 通信机制先进性
• 数据存储安全机制先进性
• 系统安全与访问控制先进性
• 技术指标先进性
• 报文通信的严密性?#29992;?#26426;制数据报文错包处理机制数据通信校验机制 

5 35 软件应用评价 

• 具有较好的停车场 / 库管理适用性
• 用户需求变更扩充的配置灵活性
• 具有良好的网络兼容性能够支持 LAN WAN 和总线网络
• 具有良好的风险控制能够避免局部?#25910;?#24433;响整个系?#36710;?#27491;常运行
• 具有良好的软件操作权限管理机制
• 具有良好的通行权限管理
• 应具有良好的系统升级和功能扩充机制
• 具有完善的的报表输出 

上海誉澄智能科技有限公司智能系统事业部 All rights reserved 地址上海金沙江西路1075弄1号写?#33268;? 
电话 021-59786133 18621810519(24小时)   ?#27663;䣺[email protected]  QQ529131638 9223677 9603426 沪ICP备10219392号  

沪公网安备 31011402002854号

更多
͸ʱ
΢ּ齫ٷ йʲô 2019޹Ʊֺ Ʊ㲻֪ʶ Ѫʮھ 11ѡ5һţ ˫ 000001ָ֤ͼ ƱƼ