Hpy系统自助终端面开发流程和规范版完整版
H p y系统自助终端面开
发流程和规范版
HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
终端页面开发流程和规范版
版本历史
Hipay系统自助终端页面开发流程和规范一：Hipay页面开发
1 目录结构：
：顶层目录结构图（1）所示
Applications: 目录里放着我们创建的应用板块。
Framework: 里是Hipay系统应用，包含实体和服务板块
Base: 里放着启动，容器和配置和组件加载等公共类。
Data: 是Hipay内建的数据库。
Logs: 是系统日志文件夹。
是启动文件。
图（1）
：applications 目录图（2）所示
Accounting : 帐务管理，支付信息，发票等。
Content : 内容管理，调查等。
Ecommerce : 电子商务应用。
Order : 订单管理。
Party ：人员组织管理
Securityext : 安全管理拓展
Product : 产品管理。
: 板块加载配置文件。
图（2）
：ecommerce 目录图（3）所示
Src : java源文件。
Config : 配置文件，主要是多语言的配置文件
Data : 系统运行时需要导入的数据文件
Script : Hipay 系统 mini-lang文件（简单Java方法）
Templates : 模板页面
Webapp : web 服务需要用到的页面和脚本
Widget : 用xml描述的页面
: 用ant工具编译src文件夹的源文件生成的classes文件和jar包放在build 中。
: 电子商务板块加载配置文件。
图（3）
：webapp 目录
Webapp 下有一个应用文件夹为 ecommerce ，其目录结构如图（4）所示:
除了 WEB—INF 文件夹以外，其他的文件都是页面文件，页面文件都是以ftl为后缀的freemaker模板页面。
图（4）
：WEB—INF 目录如图（5）所示
Actions : 系统脚本文件夹，beanshell脚本
：流程控制器
：网站参数设置
图（5）
：actions 目录如图（6）
其文件结构和图（4）中的ftl页面结构是对应的。
比如说显示购物车信息的页面放在图（4）cart文件夹中，则对应的脚本放在图（6）的cart文件夹中，这样做不是必需的，但是是规范的，易于维护的。
图（6）
：widget 目录
Widget是把ftl页面和bsh脚本组合起来供前端显示的工具。它用xml语言和特定标签描述页面和页面，页面和脚本之间如何组合和定制。
是公共模板定制页面
是购物车相关页面定制
是产品，目录的显示的页面定制
是有关调查，寻价和客户方面的页面定制
是跟内容管理相关的页面定制
是跟订单和支付相关的页面定制
是公共模板加载的脚本
图（7）
其他板块的目录结构和ecommerce 是相似的。
2 开发内容
：对widget组合页面要熟练掌握。
Web Widget是轻量级的Web应用程序，为使用者提供一键式的服务。它通常被设计为具有特定的功能，如提供天气、股票、拍卖等的信息。它与网页一样，使用标准的Web技术开发，如XHTML，CSS，javascript等。从这方面看，Widget是脱离浏览器UI运行的网页。
beanshell脚本准备数据，freemaker页面显示数据，而widget 工具正是组合脚本和页面的，它规定了哪个脚本为哪个页面组织数据，即起到绑定脚本和页面的作用，同时也可以定义某些变量供页面使用，当然有些页面可以没有脚本，简单的来说，widge t就是用户请求页面，它把变量，标签和freemaker模板语言组合生成HTML页面，当用户请求时就发送给用户浏览器。
Widget用到的标签在framework / widget / dtd 里的xsd文件里，如图（8）
图（8）
在eclipse开发环境下，有代码预示的功能，如图（9）
图（9）
图（10）
图（10）的
Screen 下有一个唯一的 section ，
section下包含 condition ，actions ，widgets和fail-widgets 标签。condition
如果 condition存在，并且condition是true 则页面显示widgets内容，否则显示fail-widgets。
如果 condition不存在，则fail-widgets标签也就没有必要。
以下是对 attrName 非空的判断：
and 是对多个条件进行与操作 or 或操作 xor 异或 not 非
< 条件1 >
< 条件2 >
其他的标签请查看图（8）所示的文件中内容。
actions
actions 是加载页面之前的动作。
常用的动作是：
set :
set定义一个变量并赋值 field 的值就是变量名 value 是变量值；
script加载一个beanshell脚本文件，location是脚本的位置，
位置以”xyz/ ”开头，意思是在xyz这个板块下，xyz是在Hipay的安装目录下的applications和framework下的第一层子目录文件夹，如图（2）得文件夹都可以作为这里的xyz。
property-map :
property-map加载一个属性文件，resource的值是文件的名称，文件后缀为properties,可省略不写，对于多语言，比如要加载简体中文配置文件和美国英语配置文件，并把配置文件的键值对放在一个Map即uiLabelMap中，作为全局变量是用，只需要这样一行代码：
global="true"/> 这行代码会加载所有各种语言的配置文件，然后根据用户的locale，读取当时当地的语言配置。还有一点需要注意，如果uiLabelMap在中找不到键值，它会去查找，如果没找到，则继续查找，如果仍然没有值则返回键本身，如果有则返回文件中定义的值； widgets Widgets 是对页面的加载和布局。常用的加载页面的方法包括 1：platform-specific 为要加载的文件路径和名称。即TMSBase这个板块下webapp文件夹的子文件夹TMSBase下的子文件夹includes下的文件。 2：include-screen 这行代码的意思是加载一个页面，这个页面是在TMSBase这个板块下的widget文件夹下的文件里定义的abc页面。abc是screen的 name的值。 3：decorator 另外，模板常用到这行代码 意思是页面的body部分是空的，其他页面使用以下代码使用这个模板， 则其他页面的内容出现在body部分。 4：container Widget中可以加载容器 5：widget中的section …… widgets中可以放置多个section 6：其他 加载一个图片可以使用 页面上显示一行文字可用 其他的标签请查看图（8）所示的文件中内容。 fail-widgets 等同于widget标签，是条件不满足时给用户显示的页面。 ：对freemaker模板语言的熟练掌握 2.2.1：各页面功能及存放位置 页面文件后缀为ftl，存放在图（4）所示的目录中，即webapp下的应用文件夹中 图（4） 自助终端目前用到的页面中有图（4）中的部分页面： 是主页面，用户返回时会到此页面，该页面左边显示分类，右边显示推广产品。 框架页面分三个部分框架上面部分占% 是用户操作的业务页面，框架中间占%，是用来加载终端插件，框架下部是用来加载加密插件和进行加密验证的。 是语言选择页面。 是用户刷卡登陆页面。 cart下的页面 (购物车页面) catalog下的 (终端屏幕的左边目录翻页页面) customer下的（调查页面即用户的密码，号码输入页面） error 下的（错误页面） includes 下的： 模板头部导航栏加载样式表定制页面超时脚本 模板底部留个按钮 加载终端插件，是页面底部框架固定不动的部分，对于不同的终端，申 明和条用插件的方式可能不同，此时需要编写多个厂家的底部框架页面。 工行自助终端用到的加密插件页面。 order下的 该页面显示正在支付中，请用户等候，该页面向后台传递了用户的支付方式，货物的运送方式，联系方式等等重要信息，不可或缺。 该页面是支付完成页面，显示支付结果，成功则用户可以选择打印凭条。 另外还用到了order板块的webapp 下ordermgr的字文件夹entry的catalog的部分文件，如图（11） 图（11） 是天一终端的IE浏览器在进行银行卡打电话业务时显示的页面。 是芙蓉终端mozzila浏览器银行卡打电话页面 是显示产品分类的页面其指向categorydetail 是产品分类的详细信息页面其指向 是某一个分类下所有产品的简要介绍页面，在终端上就是显示在屏幕右边的四个按钮上的内容。 是产品页面其指向页面 页面是根据对产品的配置的详情页面来展示产品。比如银行卡打电话这个产品就是配置成了 ,如果没有配置则默认显示页面 2.2.2：常用的页面标签 以下例子中可以见到常用到了页面标签。 ${} <#-- ${} --> <#if languagesList?has_content> <#list languagesList as language> <#if language?has_content> <#assign index=4-languagesList?size+language_index+1> <#assign styleValue="productcontent"+index> value="${uiLabelMap[if_exists]}"name="${index*2}" onclick="='<@giantstoneUrl>${if_exists}';"/>
2.2.2.1 注释<#-- -->
<#-- --> 注释的内容不能出现 -- 字样
<#--
${}
-->
要注意区分HTML页面的注释
2.2.2.2 赋值assign
设置变量<#assign index= 5>
页面使用变量时用 ${index} ,将会显示5
2.2.2.3 条件判断 if else
使用时以尖括号和#开头 <#if boolean> 并以 结尾
<#if (a>b)>
A 比B大
<#else>
A 不比B大
2.2.2.4 列表 list size index
<#assign languagesList = {Chinese ,English ,French} >
languagesList size = ${languagesListsize}
<#list languagesList as language>
${language} 位置是 ${language_index} ,
则最后显示的结果是：
Chinese位置是 0 , English位置是 1 , French位置是 2,
2.2.2.5 异常处理
如果变量值没有定义页面就会报错，加上以下一些判断，可以消除页面上的错误：exists if_exists has_content default
exists 是对某个变量进行判断，返回值是布尔型 true or false ;
if_exists 返回是字符串，对某个变量进行判断如果值或引用不存在则显示空串，相当于“”；
has_content 对变量进行判断，如果值或引用存在并且不为空时才为true 否则为false。
default 如果变量无值就设定默认值。
<#if someparameter?exist>
${someparameter}
<#if someparameter?has_content >
${someparameter}
${someparameter?if_exists}
${someparameter?default(“defaultValue”) }
2.2.2.6 其他
对于自助终端页面目前常用就是上面介绍的这些标签
更多请参考FreeMarker设计指南.doc
推荐登陆官方网站查看详细手册。
：对beanshell脚本的熟悉
Beanshell 是宽松的Java，使用变量前无需定义，它完全兼容Java语法。
详情请登陆官方网站
Flt页面负责显示后台传来的数据，对页面来说beanshell脚本是重要的后端数据源，
在beanshell里可以直接引用request变量和context变量；
通过request的getParameter(“name”) 方法bsh脚本可以获取前端页面传来的参数
通过context的put(“name”,value) 方法bsh脚本可以把经过处理的数据送回前端页面显示。
页面使用 ${ name }即可显示。
request 可以得到delegator 和 dispatcher
delegator
bsh脚本中得到delegator：
delegator = ("delegator");
delegator 是实体引擎对数据库增删查改的代理器；
数据库查找
根据主键查找：
Bsh脚本中最常做的事情是到数据库中查找数据供前台页面展示。
value = ( "数据库表名", inMap );
inMap放置主键键值对. ("name","value")方法是把键值对放入Map中
比如：
orderHeader=("OrderHeader",("orderId", "1000"));
意思是在表OrderHeader中查找主键（orderId）等于 1000的记录，查出后赋给orderHeader。
根据某几个字段交集查询：
valueList = ( "数据库表名", inMap );
orderHeader=("OrderHeader",
("statusId", "APPROVE"，"grandTotal","200"));
意思是在表OrderHeader查询状态是APPROVE并且交易金额是200元的记录列表。根据某几个字段并集查询：
valueList = ( "数据库表名", inMap );
orderHeader=("OrderHeader",
("statusId", "APPROVE"，"grandTotal","200"));
意思是在表OrderHeader查询状态是APPROVE或者交易金额是200元的记录列表。根据条件查询：
(数据库名, 条件列表, 需要查询出来的字段列表, 字段排序列表)
需要查询出来的字段列表如果设置为 null 则默认查出所有字段。
创建条件
比如产品号等于10001：
Condition1 = new EntityExpr("productId", , "10001"));
状态是ACTIVE：
Condition2 = new EntityExpr("statusId ", , "ACTIVE"));
生产日期大于某个日期date1：
Condition3 = new EntityExpr("munaDate", , date1));
过期时间小于或等于某个日期 data2：
Condition4 = new EntityExpr("overDate", , date2));
总条件：
Conds = new LinkedList();
添加条件：
(Condition1);
(Condition2);
(Condition3);
(Condition4);
设置条件之间的关系为与关系：
findCondition= new EntityConditionList(Conds, ;
设置排序：按产品号倒序排列。
orderby = ("-productId ") ；
开始查询：
findResultList=( "Product", findCondition, null, orderby );
其他查询方法请参考.GenericDelegator类的方法。
删除数据库记录
在查询方法中介绍的比较详细，此处不再赘述相关内容。
根据主键删除：
GenericPK pk = ((GenericValue)()).getPrimaryKey();
(pk);
根据某几个字段交集删除
("TermService",("DEVTYPEID",sDEVTYPEID));
根据条件删除
(“数据库表”,“条件列表”);
删除列表
(List);
可以先查出一个列表，然后删除。
其他删除方法请参考.GenericDelegator类的方法。
增加数据库记录
( "数据库表名", inMap );
比如：nowTimestamp是当时时间
( "Product", ("productId", "10002", "statusId", "CREATE", "fromDate", nowTimestamp));
意思是往表Product中插入一条产品号是10002 状态是CREATE，开始日期是nowTimestamp的记录。
更改数据库中的记录
value 是数据库的一条记录。
fields是实据库字段的键值对Map
value = makeValue(“数据库表”, fields)
(value);
根据条件更新：
();
("数据库表名", 要更新的字段, 更新条件);
dispatcher
bsh脚本中得到dispatcher：
dispatcher = ("dispatcher");
dispatcher 是服务引擎的调度器。
调用服务方法：
同步调用服务：
outMap = ("服务名" , inMap ) ;
inMap是输入参数组成的Map ；
outMap是输出参数组成的Map ；
：熟悉流程控制器
handler
控制器定义了对于各种类型请求或响应采用何种方法来处理。
在里有大量的 uri是页面的请求。 request-map 上面代码的意思是： 如果有请求是main ，第一步安全验证，https=true，表示要走https安全协议，https =false 就走http协议，auth=true强制调用checkLogin请求，验证用户是否已登录，auth=false则不检查此项，第二步意思是如果成功则到请求main页面。main页面在view-map中介绍。 再看看checkLogin： 这个请求中https=true，走https协议，auth=false,它当然不能递归调用自己。 event 是对该请求的响应事件 type=”java”表示后台用java方法来处理这个请求，path是java的路径，invoke的值是java类的某个静态方法。 方法会返回“success”或者"error"，如果是前者，则页面转到main页面，否则到login页面。 处理请求的事件除了java还有 service ，用一个服务来响应一个请求，服务会返回“success”或者"error"。 常用的还有simple 是mini-lang ，即简单java语言，详情参看 安装目录\framework\minilang\dtd\及各板块中script文件夹的例程。 path="com/giantstone/accounting/payment/" invoke="createCreditCard"/> 当一个请求的response的type是“request”的时候会根据value的值来继续找request -map的对应值，这样就形成了链式请求，即多个请求连续调用。当最后一个请求的值肯定会落在type 是“view”上。应为HTTP请求肯定会给用户一个回应。 view-map 当一个请求的response的type 是“view”的时候就会根据value的值来找 view-map的对应值。 上面代码的意思是如果来了view的页面请求，就去accounting这个板块的widget文件夹下的文件中定义的main的页面。type=“screen”表示使用widget工具生成页面。 其他依次类推。 具体标签请参看: 安装目录\framework\webapp\dtd\ 3 开发顺序 ：理解流程控制器 开发之前，设计人员设计好控制流程，即编写好板块的文件。 里所有的请求uri （request-map uri="xxx" ）都是与freemaker页面上的请求<@giantstoneUrl>/xxx 一一对应。对于用户从页面上提交的请求，流程控制器就能接受到这个请求，并按预定义的事件进行处理，处理完成之后，根据处理结果，会转到不同的页面标识 （ ：理解页面组合器 widget 定制XML页面文件。 在流程控制器里以下代码： #forum"/> 意思是页面标识是showforum的页面在ecommerce版块下widget文件夹下的 文件描述的screen name=”forum”部分。 此外开发人员必须熟悉节内容，即widget标签使用。 ：页面人员开发 按照流程控制器的内容规范前台页面的请求名（必需与request-map 中的uri对应上）； 按照流程控制器中页面定义建立页面文件结构。 根据业务页面文档或者PowerPoint文档编写页面。 根据显示需要编写beanshell脚本。 4 数据库表结构 需要熟悉的数据库表结构，具体的标字段定义在各自板块的文件中。 Party板块 当事人表 当事人类型表 当事人角色表 组织表 人员表 角色类型表 联系机制表 联系机制类型表 当事人联系机制表 邮政地址表 Accounting板块 金融帐号表 金融帐号交易表 礼品卡表 支付表 支付类型表 支付方法表 支付方法类型表 订单头 订单属性 订单备注 订单条 订单条属性 订单条联系机制 订单角色 订单状态 订单类型 Product板块 产品编目 编目目录 产品分类 产品和分类视图 分类成员 分类和分类中的产品关联 产品表 产品属性表 产品内容表 产品内容类型表 产品特征表 产品特征应用 商品价格表 产品配置表 商店 商店调查表 商店送货方式 运送类型 商店支付设置表 Content板块 内容表 内容属性表 内容类型表 数据资源表 数据资源类型表 电文表，此处配置了产品，目录的多语言 调查表 调查应用类型表 调查问题表 调查问题类型表 调查问题分类 用户登录表 权限 权限组 权限组的权限 枚举表 枚举类型 备注数据 状态表 度量衡 地理 Webapp板块 服务器连接日志表 二开发规范 待续 TWfZZvj8Y33n 2012年度企业自助服务终端设备 需求说明书 中国建设银行股份有限公司四川省分行 目录 第一节设备功能需求 (1) 一、系统整体架构 (1) 二、业务功能说明 (2) 第二节设备配置需求 (6) 一、硬件配置说明 (6) 二、软件配置说明 (12) 第三节设备运维需求 (13) 一、保修期限 (13) 二、设备运维说明 (13) 附件：企业自助服务终端设备软件接口需求 (14) 第一节设备功能需求 一、系统整体架构 图1 企业自助服务系统整体架构图 企业自助服务系统由后台管理系统和企业自助服务终端设备两部分构成。其中，企业自助服务终端设备（以下称“设备”即指“企业自助服务终端设备”）由以下几部分组成： 1.Web应用程序(由设备供应商提供) 2.Web应用层ocx控件(由设备供应商提供) 3.无线射频卡读卡API（由设备供应商提供） 4.磁条读卡器读卡API（由设备供应商提供） 5.纸槽控制API（由设备供应商提供） 6.设备监控API（由设备供应商提供） 7.密码键盘输入接口API（由设备供应商提供） 8.相关加解密功能模块(由设备供应商提供) 以上部件的调用顺序如下图所示： WEB应用打印机API WEB页面 1、调用监控API 3、反馈设备状态 2、获取状态图2 企业自助服务系统各部件调用顺序图 二、业务功能说明 1.客户信息管理功能 （1）客户身份识别：可采用“ID卡+密码”、“磁条卡+密码”、 “IC卡+密码”、“账号+密码”等方式登录企业自助服务终端设备。 （2）流程控制：企业自助服务终端设备能根据接口要求，按客户所使用的卡类型，自动调用相应读卡器；能够根据指令实现读卡器的开关；能够根据指令对密码键盘进行加密模式和数字键盘模式切换；能够支持打印机刷卡启动功能，即在刷卡时便让打印机从睡眠状态启动等。 （3）其他说明：能够满足我行后期对身份识别方式的拓展及其他相关改造。 2.回单管理功能 （1）服务管理功能：客户通过企业自助服务终端设备查询打印回单，对于未打印回单可实现一键打印操作，也可根据需要进行有选择打印，并允许客户对已打印回单进行补制。 （2）流程控制：发起打印任务后，能够自动分配打印纸槽；完成打印操作后，能够及时反馈打印成功、失败信息；由于打印机缺纸或卡纸、故障或其他设备异常情况无法打印回单时，能够自动取消打印任务；对于整个打印过程发生的故障，能够及时返回错误类型。 3.账页管理功能 （1）服务管理功能：客户通过企业自助服务终端设备查询打印账页，对于未打印账页可实现一键打印操作，也可根据需要进行有选择打印，并可进行账页的补制。 （2）流程控制：发起打印任务后，能够自动分配打印纸槽；完成打印操作后，能够及时反馈打印成功、失败信息；由于打印机缺纸 UP Lite自助服务终端 使用手册 Y&C 深圳市宇川智能系统有限公司 内容提要 本手册是”自助服务终端”的配套资料,以浅显易懂的文字和图表阐述了”自助服务终端”的使用操作. Y&C 2011年版权属于深圳市宇川智能系统有限公司 版权所有,翻印必究 非经深圳市宇川智能系统有限公司事先书面同意,不得对本手册进行增删、修改、节录、翻印、改做或仿制。深圳市宇川智能系统有限公司可随时对本手册的全部内容进行更改，此种更改将不另行通知。 本手册中包含了一些使用于校园、企业一卡通领域的数据或报表实例。为了能尽可能完整地说明问题，这些示例中可能包含了一些人名、公司名。这些名称都是虚构的，如和实际所用的名称一致，纯属巧合。 目录 第一章系统安装 (1) 1.1 运行环境需求 (1) 1.2 安装前准备 (1) 1.2.1系统硬件准备 (1) 1.2.2系统软件准备 (1) 1.2.3软件产品准备 (2) 1.3 数据库的安装 (2) 1.4 自助服务终端的安装 (2) 第二章、UP Lite自助服务终端 (8) 2.1 自助终端基本功能操作 (8) 2.1.1自助终端的登陆 (8) 2.1.2公告信息 (9) 2.1.3卡片查询 (11) 2.1.4详单查询 (12) 2.1.5卡片转帐 (13) 2.1.6挂失/解挂 (15) 2.1.7领取团充 (15) 2.1.8密码修改 (16) 2.1.9卡片修复 (16) 引言 欢迎使用“自助服务终端”产品。 本手册共分四部分，产品安装模式可分为自定义安装和完全安装，根据您所使用的设备的不同，您可以选择合适的安装方式。本手册将描述“自助服务终端”产品的功能及使用方法。 1、自助服务终端系统概况 1.1主要业务功能及应用场景 独立的、无人值守的自助服务终端设备可以不受时间及空间的限制，为用户提供新颖多样的自助服务项目，实现真正意义上的24小时连续服务，促进业务发展，大大降低营运成本，增加营业收入，提高经济效益，改善服务质量和服务形象，增强市场竞争力。 通过自助服务终端，可以提供以下主要自助服务功能 1.2业务特点及安全风险、需求 1)位置分散，无人值守，难于管理及维护 根据本期的建设需求，很多自助终端将被放置到独立的社区、校园、商业及企事业单位，其物理位置分散，并且绝大多数处于无人值守及维护的场所环境，针对上述特性，需要特别关注自助终端的以下风险及需求： a)在无人值守的情况下，终端很容易被人为破坏及盗取，因此需要加强对 上述终端的物理硬件安全防护措施，如加固的保护外壳、视频监控等； b)由于此类终端被破坏及盗取的可能性较高，需特别加强对终端上重要数 据的加密及保护，如终端被破坏并盗走硬盘； c)由于此类终端通常位置分散，一旦出现故障，通常没有现场的处理及响 应人员，因此对此类终端必须要有远程的集中管理及维护方式，可以从 远端集中对终端进行日常管理维护甚至是故障恢复。 2)接入方式多样，网络接入及数据传输的安全性 自助服务终端将被广泛部署在移动自有营业厅及外部的社区、校园、商业及企事业单位等处所，涉及到多种不同的网络接入方式，如营业厅（Lan专线）、社区、校园、商业（ADSL）等，必须考虑终端网络接入的安全性及数据传输过程的保密性，包括： a)防止终端被其它设备冒用，接入业务平台及企业内部网络（如用笔记本 冒充自助服务终端访问业务系统及企业内部网络），因此需考虑必要的终 端认证及网络准入控制机制，确保只有该自助服务终端可以连入网络并 访问后台服务器； b)自助服务终端在进行业务访问及数据传输时，需要通过加密确保数据传 输的保密性，特别是针对外部ADSL接入，必须通过VPN方式接入，以 确保数据在传输的过程中不被非法监听及窃取； 3)功能需求明确，软硬件应实现标准化配置及管理 自助服务终端的业务功能需求明确，其软硬件配置全部为标准化配置，因此，在此基础上，可以较好的实现针对上述终端的标准化维护及管理，确保系统的运行质量、提高系统维护效率及管理水平。 4)应用环境固定，操作可预期，可以实现较为严格的系统安全防护措施 目前，自助终端及相关业务应用仍承载在通用的操作系统环境之上（windows操作系统），因此，仍然存在着感染病毒、被攻击入侵、恶意篡改的风险及可能性。 但由于自助服务终端的特殊性，其一般情况下只需要开放给用户特定的界面及限定的操作权限，应用环境相对标准及固定，且用户操作是完全可以预期的（通常情况下，也不允许用户执行多余及非指定操作），因此，可以对系统进行更为严格的安全防护及锁定，防止自助服务终端感染病毒或者被恶意攻击篡改。 自助终端售票系统建设方案 v1.5 （内部资料请保密） 目录 1引言 (3) 1.1目的 (3) 2系统概述 (3) 2.1总体架构 (4) 2.2硬件网络拓扑图 (4) 3终端软件功能 (5) 3.1购票 (5) 3.2兑票 (5) 3.3查询 (6) 4终端管理 (6) 4.1终端标识 (7) 4.2终端信息 (7) 4.3终端状态管理 (8) 4.4终端应用程序管理 (10) 4.5终端应用程序更新 (10) 4.6终端监控 (11) 4.7终端参数配置 (11) 4.8售票终端与服务端的通信 (12) 4.9通信安全效验 (14) 5后台服务系统 (14) 5.1业务系统 (14) 5.2第三方系统接口 (15) 6自助终端硬件清单 (20) 7软件负载均衡 (21) 7.1业务处理时延 (21) 7.2业务并发处理数 (22) 7.3负载解决方案 (22) 1 引言 据官方统计，2009年中国电影票房市场突破60亿，相比去年增幅40%，连续5年中国票房超过30%的增长。在这票房市场高速成长的同时，以硬件设施专业，环境豪华舒适为代表的现代化影城如雨后春笋般林立在各大都市，影城之间的竞争也日趋激烈和白热化，如何在这高度同质化竞争中，如何建立以会员为核心的运营体系、扩充渠道销售，如何提升以为用户为中心的客户服务，拉开差异，是院线值得深思熟虑的问题。 以自助终端为主要载体的手机购票模式能够为院线带来新的利益点，为用户提供了更为方便、快捷一站式自助服务，极大的提升影城运营效率，降低了运营成本，为影城用户提供更为方便的购票体验和丰富的增值服务,为影院可持续性运营发展提供了有力保障。 1.1 目的 本文档的编写是为了阐述万达院线自助售票系统的总体架构、业务流程、功能模块、财务结算、系统负载均衡。 2 系统概述 自助售票系统是为观影用户提供使用储值会员卡、银联卡、手机支付在影城的自助终端机上购票、兑票、查询等一站式自助服务。该系统延伸了购票渠道，极大的缓解了影城前台的购票压力，为用户减少了等待时间，提升了用户观影体验。 该系统主要是自助终端机、终端管理系统、后台业务系统三大块组成。 自助终端机部署在影城负责和用户之间的人机交互，能过会员接口，银联接口完成现场支付。 后台业务系统部署在中心平台，接受自助终端机传送过来的请求，处理出票、配送、兑票验证等业务逻辑。 终端管理系统部署在中心平台，负责对全国影城的自助终端提供远程更新、系统监控、状态管理等服务。 欧蓝科技自助服务系统解决方案 医院自助服务系统 解决方案 北京欧蓝德畅电子技术有限公司 二〇一三年 目录 1方案概述 (3) 1.1应用背景 (3) 1.2欧蓝医院自助服务系统 (3) 1.3项目实施前、后对比分析 (4) 1.4产品优势与特点 (6) 2产品方案 (7) 2.1软件系统 (7) 2.1.1客户端功能 (7) 2.1.2服务端配置 (8) 2.2硬件设备 (8) 2.2.1银医一体机 (8) 2.2.2自助挂号机 (9) 2.2.3自助化验单打印机（新型） (10) 2.2.4自助化验单打印机 (11) 3技术方案 (13) 3.1系统业务关系图 (13) 3.2系统网络部署图 (14) 4成功案例 (14) 1方案概述 1.1 应用背景 1.医院：“三长一短”问题严重 目前各医院由于传统就医流程的不足，普遍存在着“三长一短”问题。 挂号排队时间长 候诊时间长 缴费取药时间长 就诊时间短 2.卫生部：“三好一满意” 卫生部要求医院合理安排门急诊服务、简化门急诊服务流程，努力做到“三好一满意”。 服务好 质量好 医德好 群众满意 1.2 欧蓝医院自助服务系统 “欧蓝医院自助服务系统”是北京欧蓝德畅电子技术有限公司在医疗行业耕耘多年，而沉淀下来的经典力作。该产品主要是为了解决医院目前普遍存在的“三长一短”问题，其涵盖的内容如下： 1.自助服务平台 基于平台之上，实现门诊自助业务、住院自助业务、院外应用拓展业务等。借助自助服务平台，可以将业务规划的更合理，更有弹性；通过业务功能复用，可以降低总体投入；通过统一安全机制，可以确保业务的稳定安全；通过统一的实时监控，可以实时查看自助设备的运行状态，方便客户运营和维护。 2.门诊自助系统 新增门诊自助系统，通过投放自助服务终端（含机上软件），实现： 发就诊卡、就诊卡充值、就诊卡余额查询、当日挂号、预约挂号、预约取号、复诊取号、门诊扣费、门诊退费、门诊费用清单打印、化验单打印等功能。 3.住院自助系统 新增住院自助系统，通过投放自助服务终端（含机上软件），实现： 自助服务终端项目规划设计方案 规划设计/投资分析/实施方案 摘要 该自助服务终端项目计划总投资10514.00万元，其中：固定资产投资9296.43万元，占项目总投资的88.42%；流动资金1217.57万元，占项目 总投资的11.58%。 达产年营业收入11555.00万元，总成本费用8915.20万元，税金及附 加183.87万元，利润总额2639.80万元，利税总额3187.78万元，税后净 利润1979.85万元，达产年纳税总额1207.93万元；达产年投资利润率 25.11%，投资利税率30.32%，投资回报率18.83%，全部投资回收期6.81年，提供就业职位210个。 认真贯彻执行“三高、三少”的原则。“三高”即：高起点、高水平、高投资回报率；“三少”即：少占地、少能耗、少排放。 我国金融自助服务终端经历了3个阶段的铺垫，已经进入快速发展阶段，生活节奏加快、新技术应用、离行式网点发展、银行卡数量不断增加 等多方面因素共同推动我国ATM市场规模不断扩大。ATM保有量不断上升，排名前两位的厂商已占据一半以上市场份额，“南有广电运通、北有恒银 金融”的市场格局进一步稳固，国产品牌占据绝大部分市场份额。未来， 金融自助服务终端将呈现多功能化发展趋势，保有量在2024年预计突破 160万台。 报告主要内容：基本信息、背景、必要性分析、市场前景分析、产品 规划、选址可行性研究、土建工程研究、工艺先进性、环境保护分析、职 业安全、建设风险评估分析、节能说明、计划安排、项目投资方案分析、经济评价、评价及建议等。 自助服务终端项目规划设计方案目录 第一章基本信息 第二章背景、必要性分析 第三章产品规划 第四章选址可行性研究 第五章土建工程研究 第六章工艺先进性 第七章环境保护分析 第八章职业安全 第九章建设风险评估分析 第十章节能说明 第十一章计划安排 第十二章项目投资方案分析 第十三章经济评价 第十四章项目招投标方案 第十五章评价及建议 布比项目上线部署发布流程 V1.0 2017/9/14 1、目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。 2、范围 适用于公司所有项目和产品 3、发布人员 开发环境由开发人员内部负责（包括维护和管理开发分支和git 代码库）测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责（或运维人员） 4、发布流程在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 一、提交测试 a）开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。 （上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关 联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及 的服务影响范围以及上线失败的回滚步骤。）并提交相关技术负责人审 核，在审核过后邮件给相关测试人员。 b）测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 c)测试人员通过自动化部署平台根据提供的分支号依照上线方案 进行自动化部署，涉及数据库操作可提请DBA操作。 d)记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处 理，该点须交付测试结果报告。 e)内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测 试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测 试结果报告。 二、预热发布 a)测试人员在测试环境测试并跟踪修改bug 达到上线标准(没有A、 B级bug, C级bug达到要求)时。开始部署预热环境，测试人员对现有功 能在预热环境上进行验收测试(重新执行case )。紧 急Bug修改走补丁/hotfix 流程。不影响功能的bug留到下次版本解 决，确认达到上线标准。 b)如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备 正式上线发布流程。 三、正式上线 a) 在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部 署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部 署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回 滚) ，最后生成会议纪要并发送邮件。 b) 确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支 号给运维人员及DBA DBA应提前执行数据库脚本，应用部署须 通过自动化部署平台进行部署，部署系统应在应用系统中记录当 1.验收测试简介 1.1简介 验收测试即由产品开发方按照新浪提供的需求文档中所有内容(或按合同及其它有效约定，对方承诺 实现的需求)进行开发、内测完毕，提交版本符合验收测试标准，通过新浪质量保证部进行的测试。 通过验收测试判断产品质量是否符合产品需求，功能实现是否正确并可以最终上线。 1.2角色定义 验收提交方：产品研发方 验收接收方：质量保证部 2.验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确，性能和安全性方面是否符合发布标准，并且产 品可以最终上线。 3.验收测试版本 3.1测试版本命名 提交验收测试的产品版本统一按如下格式命名：产品名称―版本_ATx各部分释义如下：产品名称：提交测试的产品名称，例如“易享收藏夹”(EasyShareFolder) 版本： ATx :其中“ AT ”表示Acceptanee testing ;“ x”表示提交验收测试的次数后，如1、2、3等 3.2测试版本保存 每次提交验收测试的版本统一保存至新浪主体产品的版本库中，上线版本以验收测试通过版本为准。 4.验收测试范围 4.1界面测试 所有页面浏览，连接的正确、所有功能按钮及界面显示正确 4.2功能测试 所有需求文档描述的功能实现正确 4.3性能测试 重点业务功能、性能能满足上线运营需求 4.4安全性测试 接口和数据调用等方面符合安全性规范；没有安全性漏洞 5.验收测试流程 验收测试基本工作流程如下： 5.1.准入条件检测 进入验收测试的文档准备齐全： a）验收版本的需求文档（提交方提供）：要求需求文档与最终提交验收测试的程序完全匹配 b）验收版本的测试用例（提交方提供）：要求测试案例覆盖最终版本的需求文档； c）验收版本的测试告（提交方提供）：在测试报告书中说明测试总体情况，缺陷列表及修复情况； 要求开发方在Win dowsXP IE6 /IE7/Firefox3.x 兼容环境中（该兼容性需求会根据项目情况有变动，以新浪要求的为准），对需要文档上提及的所有功能进行全面测试，且提交验收测试时，开发方发现的所有缺陷都已解决。 验收测试环境准备完成，与线上真实环境一致 我方项目负责人负责测试环境控制，保证测试期间环境一致、稳定 1.提交验收测试 的开发方负责人联系方式及测试工程师联系方式齐全； 2.提交验收测试 缺陷的沟通渠道建立完毕，要求快捷、准确、反馈及时； 5.2验收测试 智能自助终端系统解决方案 V 1.0 2015年8月 目录 一、系统简介 (1) 二、系统平台介绍 (1) 1、智能自助终端 (1) 2、后台管理服务器 (1) 三、系统架构 (2) 四、功能介绍 (3) 1、终端管理员（快递员、配送员）存货 (3) 2、客户取货 (4) 3、系统设置 (6) （1）基本设置 (6) （2）广告设置 (7) （3）监控设置 (8) 4、后台管理 (8) 五、应用领域 (10) 六、典型案例 (10) 七、后期开发计划 (10) 一、系统简介 智能自助终端系统分为智能自助用户终端和后台管理服务器，终端采用3G网络连接至互联网，与后台服务器之间采用http协议通信，数据通信协议格式采用JSON。 智能自助用户终端具有二维码扫描与识别、RFID刷卡身份验证、3G拨号上网、GSM短信接收、柜门驱动及控制、后台摄像头监控刻录、广告视频播放等功能。 后台管理服务器具有对多个智能自助用户终端进行远程实时管理，动态掌握各个终端中柜子的存货信息以及订单进行管理，对整个系统数据进行综合智能分析，提供决策依据。 二、系统平台介绍 1、智能自助终端 硬件平台：Cortex-A8或者S3C6410处理器 操作系统：Linux2.6.35 数据库：嵌入式SQLite GUI界面：QT4.7 2、后台管理服务器 在Apache部署后台管理服务器程序，开发工具及数据库使用Java+MySQL。 三、系统架构 四、功能介绍 1、终端管理员（快递员、配送员）存货 终端管理员（快递员、配送员）凭借自身分配的射频卡靠近RFID刷卡模块接收范围，即可根据权限进入如下界面。 选择“二维码扫描”存货方式，即可进入如下界面。 H p y系统自助终端面开 发流程和规范版 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】 终端页面开发流程和规范版 版本历史 Hipay系统自助终端页面开发流程和规范一：Hipay页面开发 1 目录结构： ：顶层目录结构图（1）所示 Applications: 目录里放着我们创建的应用板块。 Framework: 里是Hipay系统应用，包含实体和服务板块 Base: 里放着启动，容器和配置和组件加载等公共类。 Data: 是Hipay内建的数据库。 Logs: 是系统日志文件夹。 是启动文件。 图（1） ：applications 目录图（2）所示 Accounting : 帐务管理，支付信息，发票等。 Content : 内容管理，调查等。 Ecommerce : 电子商务应用。 Order : 订单管理。 Party ：人员组织管理 Securityext : 安全管理拓展 Product : 产品管理。 : 板块加载配置文件。 图（2） ：ecommerce 目录图（3）所示 Src : java源文件。 Config : 配置文件，主要是多语言的配置文件 Data : 系统运行时需要导入的数据文件 Script : Hipay 系统 mini-lang文件（简单Java方法） Templates : 模板页面 Webapp : web 服务需要用到的页面和脚本 Widget : 用xml描述的页面 : 用ant工具编译src文件夹的源文件生成的classes文件和jar包放在build 中。 : 电子商务板块加载配置文件。 图（3） ：webapp 目录 Webapp 下有一个应用文件夹为 ecommerce ，其目录结构如图（4）所示: 除了 WEB—INF 文件夹以外，其他的文件都是页面文件，页面文件都是以ftl为后缀的freemaker模板页面。 图（4） ：WEB—INF 目录如图（5）所示 Actions : 系统脚本文件夹，beanshell脚本 ：流程控制器 ：网站参数设置 图（5） ：actions 目录如图（6） 其文件结构和图（4）中的ftl页面结构是对应的。 比如说显示购物车信息的页面放在图（4）cart文件夹中，则对应的脚本放在图（6）的cart文件夹中，这样做不是必需的，但是是规范的，易于维护的。 图（6） 银行自助设备、自助银行安全防范的规定 1.1基本要求 1.1.1根据不同的应用模式，银行自助设备、自助银行的安全防范系统可由实体防护、报警、视频监控，出入口控制、声音复核、对讲等的部分或全部组成。 1.1.2应安装视频监控装置，对交易时客户的正确图像，进/出钞期间的图像现金装填过程进行实时录像；回放图像应能清晰辨别客户的面部特征、进/出钞的全过程、现金装填过程操作人员的活动情况，但不应看到客户密码式保险柜操作密码。 1.1.3视频监控装置应具有事件触发前的预录功能，预录事件不低于10秒。 1.1.4视频图像应叠加时间、日期的信息，图像数据的记录保存时间应不少于30天。 1.1.5各种外接线缆应有防护措施，接插件应置于封闭的刚性防护体内，以防止被轻易切断和接入。 1.1.6应通过自助设备的电子屏幕提示必要的操作指南，禁止在设备面板上张贴纸质说明。 1.2离行大堂式防范要求 1.2.1除应符合本标准1.1要求外，还应安装报警装置，对撬窃事件进行探测报警并应具备报警联动及报警联网功能。 1.2.2应将自助设备与安装地面牢固连接，不易被拆卸。 1.2.3宜安装摄像机，对自助设备的使用环境进行监视、记录。 1.3穿墙式防范要求 除应符合本标准1.2的要求外还应符合下列要求： 1.3.1应在银行自助设备操作前面放置实体防护装置，为客户提供独立操作空间当客户使用自助设备时，该空间不应同时向其他客户开放。 1.3.2实体防护装置应具有一定的防暴能力，使用透明材料的部分，应采取遮挡措施，以保证客户使用自助设备时外面的人员不能看到其操作过程。 1.3.3自助设备的安装墙体应采用实体墙，墙体厚度不应小于240mm，前端不能穿玻璃。 1.3.4自助柜员机离行穿墙式后段要与公共区域隔离；设立独力的现金装填操作间，操作间可以使用钢板墙代替砖混实体墙，使用钢板强硬采取钢制骨架（方钢、槽钢、钢筋），双面焊贴钢板（厚度不小于3毫米），单面焊贴钢板（厚度不小于6毫米）。钢板墙应与墙面、地面牢固连接，屋面应采用钢筋编网防护，操作间应加装符合国家标准的防盗安全门。操作间的设置要留出工作人员必要的装填、维修空间。 1.3.5宜采取措施对长时间占用自助设备的行为进行报警式暂停服务。 1.3.6科防设备应与UPS电源连接。 1.4自助银行（含银亭）防范要求 除应符合本标准1、2的要求外还应符合下列要求： 1.4.1应安装入侵报警装置；对装填现金区发生的入侵报警联动功能。 1.4.2应安装视频监控装置，对进入自助银行的人员进行监视记录，回放图像应能清晰显示出人员的体貌特征，但不应看到客户密码。 1.4.3应安装出入口控制设备，对用户操作区和现金操作区的出入口实施控制。 《系统上线管理办法》 内部讨论版 上海捷羿软件系统有限公司 二〇一六年十月 版本历史 变更说明： C 初始创建；A添加；M 修改；D删除 目录 1 总则 2 范围 3 职责 4 管理办法 上线流程 ............................................................... 一般问题或需求................................................... 紧急问题......................................................... 管理办法细则 ........................................................... 系统上线操作注意事项 ................................................... 关于数据库备份机制 ..................................................... 5 附录 附录A：《01系统故障(缺陷)报告》模板.................................... 附录B：《02系统故障(缺陷)修复方案》模板................................ 附录C：《03系统变更测试报告》模板...................................... 附录D：《04系统变更申请单》模板........................................ 附录E：《05系统变更操作复核表》模板.................................... 附录F：《06系统升级上线方案》模板...................................... 自助终端服务器项目 规划设计方案 规划设计/投资方案/产业运营 自助终端服务器项目规划设计方案说明 随着社会的发展，自助服务终端应用越来越广泛，从银行的ATM机、POS机、排队叫号机等等自助终端设备得到很多行业的青睐，不仅是因为自助终端设备自身所带来的便捷服务，也是社会经济发展下一个不可缺少的产物。近年来随着互联网技术的普及，金融、医疗、交通等行业对于自助终端服务设备的需求越来越大，截止2018年我国自助服务终端设备保有量已经达到523.1万台，同比增长18.00%。 该自助终端服务器项目计划总投资6174.12万元，其中：固定资产投资4881.26万元，占项目总投资的79.06%；流动资金1292.86万元，占项目总投资的20.94%。 达产年营业收入8784.00万元，总成本费用6591.46万元，税金及附加108.17万元，利润总额2192.54万元，利税总额2603.13万元，税后净利润1644.40万元，达产年纳税总额958.72万元；达产年投资利润率35.51%，投资利税率42.16%，投资回报率26.63%，全部投资回收期5.25年，提供就业职位139个。 报告根据项目建设进度及项目承办单位能够提供的资本金等情况，提出建设项目资金筹措方案，编制建设投资估算筹措表和分年度资金使用计划表。 ...... 报告主要内容：项目概述、背景及必要性研究分析、产业调研分析、产品规划分析、项目选址研究、项目工程设计研究、工艺技术分析、环境保护概述、安全卫生、项目风险性分析、项目节能概况、进度说明、投资估算与资金筹措、项目盈利能力分析、综合评价等。 对电力自助交费终端安全防护的研究 发表时间：2018-05-14T11:14:51.900Z 来源：《电力设备》2017年第36期作者：陈佳李满树[导读] 独立的、无人值守的电力自助交费终端（以下简称终端）可以不受时间及空间的限制，为用户提供自助交费服务，实现真正意义上的7*24小时连续交费业务不中断，促进在线业务发展，减轻营业厅窗口交费压力，增加营业收入，提高经济效益，改善国网新疆公司电力服务质量和企业形象。 （国网新疆电力有限公司电力科学研究院新疆乌鲁木齐 830011；国网新疆电力有限公司新疆乌鲁木齐 830011） 一、电力自助交费终端系统简介 1.1 主要业务功能 独立的、无人值守的电力自助交费终端（以下简称终端）可以不受时间及空间的限制，为用户提供自助交费服务，实现真正意义上的7*24小时连续交费业务不中断，促进在线业务发展，减轻营业厅窗口交费压力，增加营业收入，提高经济效益，改善国网新疆公司电力服务质量和企业形象。终端可以提供以下自助服务功能： 1.2终端存在的主要安全风险 1. 2.1位置分散、无人值守，难于管理及维护 终端除了部署在电力营业厅内外，还会部署到社区、街道等外部场所，物理位置分散，绝大多数处于无人值守的场所，针对上述特性，需要特别关注以下风险：一是在无人值守的情况下，终端很容易遭到人为的破坏；二是终端上数据被破坏及盗窃的风险较高；三是终端位置分布较分散，一旦出现故障，无法立即恢复。 1.2.2网络接入及数据传输的安全风险 终端涉及到多种不同的网络接入方式，如营业厅（电力内网接入）、社区、街道（专线方式接入），必须考虑终端网络接入的安全性及数据传输过程的保密性，存在的风险包括：一是终端被其它设备冒用，非法接入业务系统平台及企业内部网络；二是数据在传输过程中被非法监听及窃取。 1.2.3软硬件无法实现标准化配置及管理 终端主要承担着电力交费业务，但生产厂家较多，其软硬件配置差异较大，难以实现对终端的标准化维护及管理。 1.2.4操作系统不统一，无法实现系统安全防护措施 终端在Windows和Linux系统平台均提供交费服务，部分应用部署在通用的Windows操作上，仍然存在着系统感染病毒、黑客攻击入侵、恶意篡改的风险及可能性。 2、终端安全防护方案 2.1 加强对终端物理环境的防护 保证物理环境的安全，是终端能够正常运行的基础条件。可通过以下方式加强对终端物理环境的安全防护：加固终端的保护外壳、安装视频监控系统、将电源线、网线隐藏等措施。 2.2建立统一的终端管理系统 对不同操作系统（如Windows和Linux系统）的终端，建立一套统一的终端管理系统，通过在各类终端上部署终端管理客户端，实现对不同操作系统终端的统一管理。 2.3对终端的管理及维护 2. 3.1标准化的操作系统环境 终端业务功能需求明确，其软硬件配置应逐步统一为标准化配置，制作标准化操作系统环境的映像，通过部署工具，将标准操作系统快速部署到终端的物理平台上。 2.3.2加强对运行状态的监控 终端大多属于无人值守状态，必须建立对终端运行状态的集中监控机制。通过终端安全管理系统，可以实时监控并收集终端的系统运行及工作状态，及时发现各类异常及故障情况，确保业务正常稳定运行。应具备以下功能:一是实时监控终端业务应用的进程信息及状态，及时发现业务故障，及时提醒相关负责人；二是实时监控终端的CPU、内存、硬盘使用率等信息，及时发现系统异常；三是实时监控终端操作系统的日志，发现异常并及时报警。 2.3.3远程故障恢复及维护管理 在终端出现系统崩溃等故障，无法正常提供服务时，可通过终端管理系统远程恢复功能，将初始化的标准操作系统通过网络恢复到故障终端，快速将故障终端恢复正常。 终端大多数位置分布较分散，日常管理维护工作需要通过远程方式进行，终端管理系统应提供安全的远程维护方工具。 2.4对终端操作系统的防护及加固 2.4.1基础安全防护 智能自助机解决方案 篇一：商业地产自助智能导视系统解决方案 商业地产自助智能导视系统解决方案 产品设计目标 1) 分流柜台基础服务压力，提高营业资源利用率 2) 降低基础服务成本，满足大规模营业终端建设的要求 3) 为未来电子渠道的推广培养用户使用习惯 产品设计原则 1) 前瞻性技术与实际应用环境相结合 2) 学习借鉴国外先进技术与自主创新相结合 3) 遵循国家和相关系统标准规范 产品技术特点 在系统产品规划、设计和实现过程中，与常见的人工营业厅和服务终端相比，系统产品在使用方式、营业方式、管理方式、维护方式上均有很大不同，导致其对支撑系统的技术要求与人工营业所要求的有非常大的区别。主要表现在以下特点： 1) 功能高度集成 系统产品集水费、电费、燃气费、移动手机缴费等多项功能服务为一体，提供在线缴费、票务服务、专区服务、便民查询等功能模块。 2) 高可靠性、稳定性 因此我公司开发的系统产品设备硬件的稳定性和可靠性、容错处理均有相应的特殊设计。 3) 高安全性 系统产品终端机柜采用镀锌冷轧钢板材质，表面金属烤漆;防锈、防水、防腐蚀、耐磨;关键设备如显示屏和触摸屏设备采用：防水、防爆、防尘处理。 4) 易用性、易维护性 系统产品操作直观、清晰,普通用户也能方便熟练的使用;同时，系统产品维护简便，不需要进行复杂的软硬件维护，如杀毒、升级、故障判断等工作。 5) 良好的扩容和兼容性 系统既能集成其他硬件厂家的设备，也能集成于其他厂家后台，集中体现在对不同时期、不同硬件厂商、不同规格型号、不同设备类型、不同系统环境、不同数据接口的兼容性方面。 产品总体架构 系统产品基于Windows平台的三层结构，客户机不负责处理复杂计算和数据访问等关键事务，只负责显示部分。这种三层结构在层与层之间相互独立，任何一层的改变不会影响其它层的功能。 产品拓扑图整体可以分为如下： 新版自助办税功能简介及操作指南 一、自助办税点分布 ◇淮安市国税局办税服务厅（淮海东路8号） ◇开发区审批中心（迎宾大道8号，开发区管委会一楼） 二、自助办税终端登录 ◇三种登录方式：金税IC卡+密码，办税服务卡+密码，税号+密码。首次使用时请设臵6位数字密码 ◇密码连续错误3次的，自动锁死。需解锁或遗忘密码的，请填写《自助办税密码重臵申请表》（企业加盖公章，个体户凭身份证）办理。 三、具体功能及操作 （一）红字增值税专用发票通知书开具 ◇通过您的防伪税控开票系统填开红字发票申请单 点击“发票管理—红字发票申请单—申请单填开—选择购买方或销售方申请。” 规范填写所有栏目。“申请理由”栏应如实填写。 ◇导出并保存到U盘 点击“发票管理—红字发票申请单—申请单导出”，选择申请单月份，点“确定”；在申请单明细中，选择需导出的，点“导出”；选择直接保存到U盘的路径，点“确定”。 文件名称由您的防伪税控开票系统自动生成，不得修改。 ◇到自助办税终端开具 将U盘插入自助终端台面左侧USB接口—确认您需开具的文件—领取通知书。 以购货方名义开具的自动打印一式二份，以销售方名义为一式一份。 一次开具多份的，自动一并导入，一并打印。 打印纸上己预盖国税局印章。 ◇注意点 当月导出的文件，应在当月内开具。 对开具成功的文件，应及时从U盘删除，以免可能造成以后重复开具。 U盘中其他文件尽量少，以免影响导入速度。 ◇应到窗口办理情形：所购货物不属于增值税扣税项目范围。 （二）发票认证 包括增值税专用发票、货运发票、机动车发票 ◇调整进纸档片 增值税专用发票→A5，货运及机动车发票→B5 ◇每次10份左右，正面朝下，竖向放入，发票监制章靠右 ◇对污损、揉搓的发票，请整理后认证 ◇对认证效果不理想的，可按界面提示，对照票面信息自行修改。也可到窗口认证 （三）发票认证通知书汇总打印 ◇打印纸上己预盖国税局印章 项目上线部署发布流程 V1.0 2017/9/14 一. 目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。二. 适用范围 适用于公司所有项目和产品 三. 职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 四. 发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 ①开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相关测试人员。 ②测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 ③测试人员通过自动化部署平台根据提供的分支号依照上线方案进行自动化部署，涉及数据库操作可提请DBA操作。 ④记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点须交付测试结果报告。 ⑤内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 ①测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C 级bug达到要求）时。开始部署预热环境，测试人员对现有功能在预热环境上进行验收测试（重新执行case）。紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决，确认达到上线标准。 ②如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线发布流程。 4.3.正式上线 ①在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮件。 ②确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支号给运维人员及DBA，DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。 ③运维，DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 ④发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题, 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。 便民自助服务终端系统建设解决方案(本文为word格式,下载后可直接编辑使用) 目录 第一章项目概述 (1) 1.1项目背景 (1) 1.2项目目标 (1) 第二章系统建设方案 (11) 2.1信息显示系统 (11) 2.2排队叫号系统 (12) 2.3镇街网上预约服务的扩展 (18) 2.4智能信息查询系统 (20) 2.5系统接口及数据整合 (22) 第三章系统部署、工期及预算 (24) 3.1系统软硬件部署 (24) 3.2项目工期 (25) 3.3项目建设预算费用 (25) 政务服务一体机自助服务终端建设解决方案 第一章项目概述 1.1项目背景 为提升社会民生服务总体水平，逐步推进基本公共服务均等化，推广政务服务的有效应用，本次项目目标是整合政务审批服务、社会便民服务，为XX市民众提供全方位的自助办理方式，提高政务运转效率，为XX市居民提供更多的政务服务渠道，营造便捷的生活环境，促进和谐社会的建设。 1.2项目目标 以智慧社区为核心，加快智慧型政务、公共服务、便民生活、社区金融等领域的建设，全面提高资源利用效率、社会服务水平和居民生活质量。努力贯彻落实中共十八届三中全会“推进国家治理体系和治理能力现代化”总目标的好实践和好抓手，实现增强公民自信，提高公民自觉，促进公民自律，发展公民自治，享受公民自由的目标。搭建“幸福智慧社区便民服务平台”及建立便民服务进社区的工作，为XX城市社区居民和乡村老百姓提供一站式电子便民服务，将服务延伸到社区、到家庭。 1.3建设思路 1、顶层设计、统筹规划 通过顶层设计，在统一规划的基础上，建设一个政民共用的、统一的电子政务公共服务平台。实施顶层设计战略，通过统一的平台逐步整合现有平台和应用资源，规划约束政府公共服务系统的建设，理清各级各部门建设管理职能，规范、调整和再造各级各部门政务服务流程。 2、整合资源、共享共建 充分利用我市电子政务现有资源和社会信息化资源，将各业务部门和各街道联合起来，共建共用基础政务网络、公共服务平台、政府数据中心和政务管理平台，实现人力资源、数据资源、服务整合和系统资源的有效整合。 3、数据集中、业务协同 自助服务终端项目立项报告 规划设计/投资方案/产业运营 自助服务终端项目立项报告 我国自助服务终端以银行业自助服务终端ATM为主，银行业金融机构 数量不断增长，对自助服务终端提出更多的需求。我国ATM保有量呈逐年 增长趋势，但是新增量受移动支付影响出现下降，2018年开始恢复。在各 大银行中，得力于农村金融的发展，农业银行ATM保有量数量最多。未来，离行式网点为我国银行业自助服务终端的主要发展趋势。 该自助服务终端项目计划总投资5917.64万元，其中：固定资产投资4430.45万元，占项目总投资的74.87%；流动资金1487.19万元，占项目 总投资的25.13%。 达产年营业收入14843.00万元，总成本费用11814.63万元，税金及 附加113.01万元，利润总额3028.37万元，利税总额3559.09万元，税后 净利润2271.28万元，达产年纳税总额1287.81万元；达产年投资利润率51.18%，投资利税率60.14%，投资回报率38.38%，全部投资回收期4.11年，提供就业职位220个。 坚持“三同时”原则，项目承办单位承办的项目，认真贯彻执行国家 建设项目有关消防、安全、卫生、劳动保护和环境保护管理规定、规范， 积极做到：同时设计、同时施工、同时投入运行，确保各种有害物达标排放，尽量减少环境污染，提高综合利用水平。 ...... 自助服务终端项目立项报告目录 第一章申报单位及项目概况 一、项目申报单位概况 二、项目概况 第二章发展规划、产业政策和行业准入分析 一、发展规划分析 二、产业政策分析 三、行业准入分析 第三章资源开发及综合利用分析 一、资源开发方案。 二、资源利用方案 三、资源节约措施 第四章节能方案分析 一、用能标准和节能规范。 二、能耗状况和能耗指标分析 三、节能措施和节能效果分析 第五章建设用地、征地拆迁及移民安置分析 一、项目选址及用地方案企业自助服务终端设备需求说明书
自助服务终端
移动业务自助服务终端安全防护方案
自助终端售票系统方案
医院自助服务系统解决方案
自助服务终端项目规划设计方案 (1)
软件项目上线发布流程
软件验收标准和流程
智能自助终端系统解决方案
Hpy系统自助终端面开发流程和规范版完整版
银行自助设备 自助银行安全防范的规定
系统上线管理办法
自助终端服务器项目规划设计方案
对电力自助交费终端安全防护的研究
智能自助机解决方案
自助服务终端操作规则
软件项目上线标准流程
便民自助服务终端系统建设解决方案
自助服务终端项目立项报告