苏州市公房管理系统简要方案

苏州市公房管理信息系统建设方案第42页PAGE苏州市公房管理系统建设方案第1页江苏国泰国际集团新技术有限公司http://Tel州市公房管理系统建设思路

目录TOC\o"1-4"\h\z\u一、 项目简介 51.1 问题提出 51.2 国内现状 5二、 系统业务需求分析 62.1 总体要求 62.2 基本功能 62.3 用户需求分析说明 62.3.1 优租房工作模式 72.3.2 门户网站 82.3.3 房产管理 82.3.4 房管系统 82.3.5 承租人管理 92.3.6 协议管理 92.3.7 租金管理 92.3.8 统计报表 102.3.9 我的工作台 102.3.10 数据服务模块 10三、 项目建设目标及内容 11四、 系统设计原则 12五、 系统总体设计 135.1 系统总体架构 135.2 优租房业务应用框架 145.3 系统部署方式 155.4 系统技术路线 155.4.1 主流技术架构分析 155.4.2 B/S软件结构 155.4.3 XML技术 165.4.4 系统开发技术 16六、 门户网站建设 166.1 园区优租房网站建设内容 176.2 网站设计规划 176.3 网站后台管理功能 196.3.1 信息采编管理 19 信息发布 19 我发布的信息 21 待审核信息 21 待签发信息 22 已发布的信息 22 评论管理 23 我的草稿稿件 23 回收站 24 公告信息发布 246.3.2 用户权限管理 25 用户添加 25 用户管理 25 角色管理 26 用户角色关系设置 276.3.3 模块管理 27 模块管理 27 模块权限管理 276.3.4 栏目管理 28 信息栏目设置 28 栏目权限设置 296.3.5 网页模版管理 306.3.6 批量转移 326.3.7 网站统计管理 32 访问汇总统计 32 工作量统计 34 操作日志统计 346.3.8 BBS管理 356.3.9 其他管理功能 35 网站专题管理 35 弹出窗口维护 35 投票器管理 36 友情链接管理 36 电子地图 376.4 网站功能介绍 396.4.1 灵活的登录功能 396.4.2 流媒体播放功能 396.4.3 问卷调查功能 406.4.4 静态页面管理 406.4.5 信息共享平台 416.4.6 网站防篡改功能 42 页面保护子系统 43 自动发布子系统 43 监控管理子系统 436.4.7 远程数据备份 446.4.8 全文检索系统 45七、 优租房业务管理系统 487.1 房产管理子系统 487.1.1 房产登记 497.1.2 房产变更 517.1.3 房屋维修 537.1.4 房产注销 537.1.5 查询统计 547.2 房管子系统 557.2.1 登记 567.2.2 授权 577.2.3 房管员 577.2.4 查询统计 597.3 承租人管理子系统 597.3.1 租房维修申请 607.3.2 入住管理 607.3.3 承租人信息更新 607.3.4 查询统计 617.4 协议管理子系统 617.4.1 申请审批结果登记 617.4.2 收费项管理 627.4.3 收费调整 627.4.4 协议定制 647.4.5 协议变更、中止 647.4.6 生成收费单 647.4.7 查询统计 647.5 租金管理子系统 647.5.1 生成收费单 657.5.2 收费记录 667.5.3 查询统计 667.6 统计报表子系统 667.6.1 系统总体功能架构 677.6.2 统计工作内容 68 智能分析概述 68 数据分析模型 69 设计样式参考 697.7 我的工作台 727.8 数据服务模块 73八、 技术关键点 748.1 工作流平台 748.1.1 总体框架 758.1.2 流程设计工具 768.1.3 流程控制 768.1.4 流程的监控与管理 788.1.5 活动定义设计 79 处理人员 79 处理时限 80 文档材料 80 可用操作 81 触发事件 81 自由跳转 82 链接信息 828.1.6 子流程 82 常规信息 82 文档材料 838.1.7 基本算法实现 83 关于多人并行处理 83 关于会签 84 关于回退 858.1.8 工作流平台构造实例 878.2 用户权限管理平台 888.3 多种提醒手段提高办事效率 898.3.1 待办事宜 898.3.2 在线交流 908.3.3 手机短信 908.3.4 语音呼叫查询功能 908.3.5 办公助手 918.3.6 预警系统消息分类 91 待办事宜类 91 提醒类 92 反馈通知类 928.4 报表系统 938.4.1 系统总体功能架构 938.4.2 系统工作流程 948.4.3 基本概念 948.4.4 采集表主要特性 988.5 Web打印技术 1008.5.1 需求及常用处理方式 1008.5.2 解决方案 101 打印模板定义 101 打印数据格式 102江苏国泰国际集团新技术有限公司http://Tel目概述项目背景苏州市公房管理处主要职能是管理苏州市区内的所有公房及相关租赁事宜。目前公房管理处已经有一套系统正在使用，但实际使用效果不好，据反应主要存在以下问题：功能未实现或无法满足日常业务要求、系统不稳定及数据混乱等；使用者也因此抱怨很大，许多工作都需要手工去做。通过原有信息化工作的开展，公房管理处充分认识到信息化对于日常办公带来的好处，也因此更加重视信息化工作，为此还专门了解了目前园区优租房管理系统及其使用情况，并表示了认可，特别是统计功能，同时也指出市公房管理与园区优租房管理存在着很大的不同，管理的房源也较复杂，希望在目前的系统基础上，通过充份的调研，并借鉴园区优租房管理系统及其它成熟系统的优秀方面，为市公房管理处建立一个更完善，更稳定、更符合实际要求及更易操作的高水准的公房管理系统。当前现状目前公房管理处正在使用是中国农行于2004年开始为其免费开发提供的系统。整个开发历时较长，且一直处于修改和不稳定的状态。管理概况苏州市区直管公房分布在平江、沧浪、金阊、新区及园区，现存直管公房建筑面积约233万平方米，其中居住房约201万平方米，非居住房约22万平方米。房屋所有权人为市房产管理局。一、管理机构组织、管理形式及权限（一）管理机构，分为市、区级两级机构，市级机构为市房产管理局及下属的直属房屋所；区级机构为区房产局（处）及受托管理的各有限公司。（二）管理形式直管公房按属地管理的原则，市房产管理局将直管公房的经营管理权限委托至各区管理机构，具体的经营服务由各区管理机构再委托改制后的有限公司（原房管所）实施。观前房产管理有限责任公司房市平江区房产管理局（委托）平江房地产经营管理有限公司屋房北塔房地产经营管理有限公司所产（委托）娄门房地产经营管理有限公司有管古城房地产置业有限责任公司权理阊门房地产置业有限责任公司人局金阊区房产管理局（委托）金元房产置业有限责任公司留园房产置业有限责任公司新盘门房产经营有限公司沧浪区房产管理局（委托）唯佳房产经营服务有限公司福华房产管理有限公司（三）管理权限1、市房产管理局（1）领导各区房产管理机构及直属房屋所，正确执行国家和省、市制定的各项法律法规政策，组织、指导、检查、监督、协调各区（直属）管理机构及实施单位的各项工作。（2）负责制定租赁管理、维修管理、管理房改、落实政策等政策文件。（3）行使直管公房的处分权，包括直管公房的调拔、出售、交换、购置、及拆迁补偿等。（4）负责私改遗留问题的落实政策工作。（5）指导各县及市的直管公房管理工作。2、各区（直属）管理机构（1）贯彻执行直管公房管理的各项法律法规政策。（2）根据委托权限实施直管公房的各项管理，包括租赁、维修等管理。（3）制定各项规章制度。（4）对委托实施单位的工作进行组织、指导、检查、监督、协调等。（5）协助市局进行房改、落实政策、拆迁补偿、公房使用权有偿转让等工作。（6）完成市局交办的各项工作任务。3、各实施单位（1）直管公房租金的收缴。（2）组织直管公房的维修。（3）完成各区管理机构委托的各项工作事项。系统业务需求分析直管公房的管理内容租赁管理1、租金收缴，租金按其性质，可分为标准租金、协议租金和廉租房租金三类。（1）标准租金是历史上计划经济的产物，以前均以福利分配居住权，由政府确定租金标准，其低标准的租金带有浓厚的福利色彩，目前成套住宅的租金标准平均在1.5—2.5元/平方米（使用面积），非成套住宅的租金标准平均在0.75元/平方米（使用面积），非居住房的租金标准平均在3.76元/平方米(建筑面积)。（2）协议租金，亦可称为市场租金或准市场租金，完全由市场定价的租金，由市房产管理局调的称准市场租金。近年来，由市房产管理局购置、交换、接管等所得到的空置房屋，以市场招租的方式，由市场定位的租金，执行的是市场租金；公房住户破墙开店、转租、改制单位继续使用非居住公房的，执行的是准市场租金。（3）廉租房租金，近年来根据国家、省、市规定，以特困低保户为对象，建立了廉租房体系，为保障特困低保户的基本居住需求，设置了廉租房租金，成套住宅的租金标准平均在0.65元/平方米（使用面积），非成套住宅的租金标准平均在0.35元/平方米(使用面积)。2、转租管理（1）居住房：二○○四年六月四日，市房产管理局制定了《苏州市市区直管公有住房转租暂行规定》，文件对转租的对象、房屋的条件、转租协议等要求、租户承担的责任及转租收入的分配等作了规定，目前成套住宅增缴租金2元/平方米（使用面积）；非成套住宅增缴租金1.5元/平方米（使用面积）。（2）非居住房其管理起于1993年，转租后租金的确定根据原标准租金标准的适当倍数收缴。修缮管理1、正常养护，以固定比例的租金，作为资金来源泉对直管公房所进行的日常养护工作。2、修缮解危，以固定比例的租金作为资金来源，对需修缮的直管公房进行小修、中修、大修及翻建。3、成片解危改善，以市房产管理局拔款作为资金来源，对成片的直管公房进行解危改善工作。变更管理1、直管公房使用权转移（1）使用权有偿转让，俗称房卡买卖，在办理交易手续中，卖出方须缴纳成交价或评估价的15%收益给市房产管理局（成交价低于评估价的按评估价的15%交纳转让收益金）。2006年11月后转让的租金翻倍计收（仅一次）。（2）按政策更名，主要指政策所规定的情形，允许无偿更名的行为，如原承租人死亡，同户籍、同住满两年以上的其他家庭人员，可以更名。2、售房（1）房改售房，即根据房改政策将直管公房优惠售给居住人。（2）其它售房，因企业改制等原因，将直管公房转让出售。3、调拔转移，根据政策规定，将直管公房无偿调拔给其他机构组织。4、产权交换，其它产权的房屋与直管公房交换的行为。5、买房，主要因动迁房或廉租房安置需要而购买的房屋。6、接管，根据法律法规政策的规定而无偿接收的房屋。7、建房，按规定新建的直管公房。直管公房管理的具体方式直管公房的管理。根据各级机构的职权，实行市房产管理局、区管理机构、有限公司三级管理。（一）租赁管理1、租金的收缴与分配，2003年房管所转改制后，租金实行统收统支（直属房屋所除外）。各有限公司配备房管员，住宅租金实行走收制度，即上门收取租金，非居住房的收缴实行银行托收制度，收缴的租金存入银行专户，按月汇总至区管理机构及市房产管理局，租金收入的分配使用，租金的80%返回给各区管理部门，其中32%作为管理费用，48%作为直管公房的养护维修费用。2、转租管理直管公房的转租，由市房产管理局（市政府）制定政策后，由各区管理部门贯彻，具体由各有限公司负责实施，承租人凡转租直管公房的，各有限公司进行调查初审，各区管理部门审查批准后，签订转租协议,因转租增收的租金纳入统一的租金管理。（二）修缮管理1、正常养护，养护费用在租金的维修费中拔出15%，由各有限公司负责养护,各区管理部门负责监督、检查。2、修缮解危，其费用在租金的维修费（扣除15%的养护费用）中列支.各区管理部门负责制定修缮计划、方案，并组织各有限公司实施，其维修费用的结算，凭各区管理部门审查的决算报市房产管理局审批后执行。3、成片解危改善非成套直管居住房（俗称老房子），在直管公房中占的比例较大，主要分布在古城区内，因年代久远，既破旧，又不成套，为改善这部分居民的居住条件，市房产管理局已连续四年，拔出专款，以街巷划块进行成片解危改善，成片解危改善由市房产管理局制定计划，任务下达至各区管理部门，并通过招投标的方法，由各有限公司负责实施，在实施过程中，市房产管理局与各区管理部门负责检查、监督。（三）变更管理1、直管公房使用权转移（1）使用权有偿转让，该项工作由市房产管理局授权市房产交易处负责管理，市房产交易处负责受理登记、审批,各区管理部门负责调查、初审，市房产交易处批准后，由各区管理部门负责变更租赁证(房卡)。（2）按政策更名，由各区管理部门负责受理申请、审核、审批、变更。2、售房（1）房改售房，各有限公司负责受理申请、核算、各区管理部门审核、市房产管理局审批，（公房管理处审查后，房改办审批）。（2）其它售房，公房拆迁、调拔、产权交换、买房、接管、建房等，均由市房产管理局负责办理。各区房产管理部门协助调查，处理市房产管理局交办的事项，接收的房屋落实具体管理等。现有管理系统优劣分析现有系统优劣目前我市的公房管理已经纳入计算机管理，系统于2004年开始开发，至今已投入使用三年，较好地规范了日常的各项审批工作，及有效地提升了管理水平。整个系统在审核流程设计上比较清晰，在基础资料模块的设计中，比较细腻、周到，查询条件的设置也比较完善。但在运用过程中，该系统的劣势也逐渐显现出来，主要表现在易用性、稳定性、扩展性比较差，操作不灵活，界面不够友好，没有完善的提示功能。数据传输不稳定，易出错，程序设计较死板，许多参数的改变及审核中出错后的撤销必须依靠程序员修改源程序，报表部分较死板，无法达到即时报表的要求。因此为了顺应管理的发展，更好地利用计算机对直管公房进行管理，建议重新开发适合的系统，投入运用。新系统目标定位基本满足市区直管公房日常管理、修缮业务要求。要求满足委托公司、区局、市局管理要求。操作简单直观方便。符合公房管理发展趋势和行业发展潮流。功能要求在直管公房管理方面，基本满足市区直管公房基本资料（包括资产记录、资产部位、房卡记录）的输入、变更、查询要求，并留存相关记录。在资产管理方面，基本满足资产进出的审核操作，并与基本资料形成链接，并保存相关记录。在经租管理方面，满足各类租金收缴、变更、减免、暂停的各项操作，并保存相关记录。在修缮管理方面，满足从房屋报修申请到审核、归档的一系列操作，支持多个形式的图形、表格的导入、导出。并与基本资料形成链接，留存记录。在报表查询方面，除提供各类分项明细表、租金月（年）报表、资产变更表、房改统计表之外，还需根据管理员要求，用EXCEL的形式生成相关分析报表。在其他方面要求设立我的工作台，满足所有终审的撤销，及对操作员权限的设置，基本信息的修改，参数的调整，以及对网上报修的受理。项目建设目标及内容本系统初步设想包括基本资料管理（含资产管理）、租赁管理、修缮子系统、更名子系统、买卖子系统、报表子系统、逻辑楼盘表及我的工作台等八个子系统、一个网上申报、一个接口平台。其中基本资料、租赁、修缮、更名、买卖、报表、逻辑楼盘表是苏州市公房管理信息系统中的核心模块。苏州市公房管理信息系统框图以下是用户根据现有系统提出的要求：一般要求我的工作台：主要实现系统管理员可以修改已经生效的信息、撤消审核等。所有操作只授权给管理员。调租：可以进行调租。欠租：承租人可以欠租，本欠可自动转为历欠。退租金：承租人在承租期间可以退租，此时公房中心会退一部分租金给承租人。变更：同时需保留变更记录。修缮：记录并可查询修缮情况。修缮与停租关联：若某房屋在维修中即停租。协议租金：租金除固定租外还有协议租金，系统也需提供对协议租金的管理，该管理比较复杂。分析报表：除统计外还能够进行简单分析，如：历年的关于公房方面信息的变化情况，主要以柄状图、趋势图等图表的形式进行展现。统计报表：包括租金报表、资产变化表、欠租表，可生成实时报表，且对于不同状态的数据用不同的颜色标识。其中资金报表比较复杂。提供全面的查询项：设及查询的功能，提供全面查询的功能。基础代码管理：管理员可管理基础代码，而不要修改程序。公式项数据管理：公式固定，但管理员可管理各公式项的值。审批流程：实现流程可根据传递的表单信息的不同自动判断是否需要某人审批，目前基本都是三级审批，有可能会四级审批。确保租金导入准确：当前系统租金导入存在问题，且无法回退，导至一旦导入出错，无法查知是哪条数据出错。租赁证套打：在系统内即可进行租赁证的套打。短信通知：若有审核信息，审核人会收到一条提醒短信。档案号可变：档案号可变化，但档案关联信息不会变。上传附件：可将扫描的文件保存到系统中，下次点开即可查阅。保留原系统数据：新系统能够保留原系统内的数据，目前系统内仅登记的房产就有4万多套，还有承租人、协议、租金等大量信息。提高满意度的要求该部分为用户提出，但若无法实现用户也能理解的要求托盘图标实时提醒：用户只需查看托盘图标的状态即可知道是否有待审核事宜，而不需要登陆到系统中。信息字段自维护：管理员可自行维护字段，修改后表单字段自动发生变化。接口：包括与信息中心的接口、公积金支付接口、与政务网接口（推送）及房产信息网接口（网上报修）。系统总体设计系统总体架构根据我们多年的设计开发经验及我们对优租房的深入理解，我们提供如下总体规划设计：苏州工业园区优租房管理信息系统总体架构系统用户市房产局领导及相关审批部门区房产局领导及相关审批部门各实施单位及业务操作员系统设计原则系统建设的原则是：按照国家相关法律法规，密切联系本地实际情况，在坚持先进性、实用性、安全性和稳定性的基础上，遵循以下原则：统一规划、分步实施本项目是一个系统性工程，需要在建设之前有一个整体性建设规划，以利于对后期的项目建设做出约束、规范和指导。要充分利用现有基础网络、设备和人员，从信息化长远发展的需要出发，统筹规划，统一建设规范、标准、管理制度，明确各级行政部门信息职能。同时，考虑到建设周期较长，工程量较大，还应根据投资安排的轻重缓急，分步实施，逐步投入、逐步收益。全面性和规范性原则系统功能设计严格遵循文化管理系统行业规范和其他各方面的管理规范，以信息化带动管理规范化。系统设计的技术管理遵循国家标准，并参照ISO9000.3软件质量认证体系。软件开发过程按CMMI3规范进行。灵活性和开放性原则建成后的系统可根据业务要求，实现对用户、部门和角色的灵活设置，可以方便地对各系统功能进行灵活绑定。还可以通过灵活的模块管理，可以动态地增加或删除模块等。另外，系统可以根据客户需求提供系统组件接口，方便客户进行二次开发。系统将利用XML等通用数据交换协议，能够方便地实现与其他系统的数据交换。高可用性和可靠性原则采用可靠的网络结构和数据库软件，以保证数据采集、录入、传输的合法性、准确性。系统有很强的故障恢复和应急措施，采用数据自动备份等措施，保证日常事务的正常运行。系统将经过严格测试，这可充分保证系统运行的高可靠性。压力测试将为系统能够很好地承受多用户并发访问对系统运行所造成的压力提供验证。先进的技术符合当前的技术发展方向。成熟的产品可尽量减少系统的实施和运行风险。安全性和保密性原则系统将建立一套基于角色和工作分工的权限控制机制并进行职能化界面设计，从客观上保障工作人员“自司其职”，防止了执行超越权限操作的现象发生。系统分级分层授权，数据分级分层管理，以保证业务信息安全和保密。充分考虑在网络、操作系统、数据库、应用等方面的安全性。合理的日志和规章制度。易操作性原则良好的人机操作界面，界面友好、美观、使用方便、易学易用，从而大大降低对员工计算机知识的要求，大大降低员工培训费用易于维护和扩充应用系统模块化设计，可根据需要摘挂、组合参数化的系统设计和维护系统具备完善的帮助信息，使用者可以随时获得与系统有关的在线帮助。优租房业务应用框架苏州工业园区优租房管理信息系统业务应用框架系统建设特色我的工作台我的工作台中每个用户可以使用个人通用功能来完成个人资料修改和页面个性化定制等等一些通用功能；对于相关领导审核人员能够在待办事宜中查看到需要处理的各类审批事项；对于管理员在工作台中能够设置操作员的权限，负责对各类流程的基本设置、撤销、退回，基本信息的修改，租金等各项参数的调整。我的工作台主要包括以下几大功能模块：个人通用功能、代办事宜、网上报修、用户管理、权限管理、流程管理、参数设置等，每个用户根据权限的不同，能够看到的功能模块也不同。界面个性化根据登录身份的不同或根据相关业务的不同（各个层面所关心的数据、报表、内容都是不同的），系统提供多个个性化界面，满足不同用户层面的需求。在不同层次，如市级机关、区局，根据权限和职责范围的不同，能够看到的功能模块也是不同的。系统还提供界面配置功能，用户可以根据个人喜好设置不同风格的界面。系统提供多套美工界面，供每个用户登录后个性化选择。还提供界面样式修改定制，如表格显示记录数，子菜单样式等。系统模块化对于系统需要的各种功能，我们提供模块化、组件化方式，依托现有的基础平台，可以很方便实现模块的加载和删除，为了方便地控制用户使用系统各功能模块的权限，我们可以把系统中所有的功能项添加到模块表中，同时，这些添加到表中的模块也会通过菜单的形式显示在系统中。以后系统会不断增加新的功能模块，我们可以利用模块权限管理功能把新增的模块轻松纳入一致的权限管理范畴。举个例子，以后我们的系统添加一个个人便签模块，开发人员会专门设计一个页面：personalNotePaper.aspx。然后我们就可以利用模块权限管理功能来配置这个模块的菜单项了。如下图所示：通过此功能，我们能很方便的添加各类功能模块。手机短信系统提供手机短信的功能，具体实现方式分为增加手机模块以及短信网关2种，根据我们对项目的理解，在本项目中建议采用增加手机模块的方式。通过手机短信的功能，用户出差在外都能收到系统中发送给他的各项消息，如：待审业务，网上报修，重要信息变更等等。系统提示（1）弹出窗口通过在桌面弹出提示窗口，提醒用户注意一些重要信息。例如：（2）办公助手对于登录办公系统的用户，系统会以文字、声音或者动画等方式提醒用户；对于未登录办公系统的用户，系统会以手机短信或者其他方式进行提醒。一点智慧办公助手，可以在系统产生新的信息时发出提醒，确保办公的高效。完善的权限控制对系统各个模块进行定义，并设置对哪些角色和用户开放，从而实现模块的访问控制，确保信息安全。没有权限的用户将无法看到对应模块中的信息。如果某个模块对某种角色开放，只要在对应的选择框中打勾；如果某个模块不设置权限，可以在“完全公开”列的选择框中打勾；如果某模块的授权只针对几个具体用户，可以点击“授权用户”列的“选择用户”按钮。为进一步保证业务系统的信息安全，并对系统的知识产权进行保护，可以使用USBKey等技术手段对系统的运行拷贝进行控制，防止系统被非法使用，也防止数据被非法访问。通过权限控制，能很好的解决各级工作人员的工作范围，每个区局只能操作本区范围内的功能，市局根据权限可以查看所有的功能，并可以统计全市范围的各项数据。外网申报管理公房管理系统我的工作台系统能以一目了然的方式显示用户需要处理的主要工作内容，如新增资产审批、资产注销审批、转租审批、停租审批、租金减免审批、危房审批、维修审批、竣工审批、日程安排、电子邮件等等。最新综合信息显示区功能菜单区最新综合信息显示区功能菜单区如图所示，可以将需要批示的文件、邮件、信息、日程等，直接展示在用户界面上。可管理个人当前事务。例如：需要处理的审批事项、收到的电子邮件等等，所有的待办事项可由系统根据审批申请自动生成。用户可在通过对待办事项的查询，有选择、有侧重地处理不同的工作内容，提高工作效率。当已经生效的数据或用户操作出现失误后，系统管理员可以自行纠正错误，撤销相应的操作，而不用开发人员修改程序或直接修改数据库数据，从而确保数据的准确性。例如：修改已经生效的信息、撤消审核等。对于一些数值参数，我的工作台提供可视化界面，不需要开发人员修改程序或直接修改数据库数据，提供系统管理员修改参数的功能，如对租金的调租设置、房改买卖的参数设置等。系统目标1、管理员可在我的工作台上对各操作员进行权限设置，并能对操作员申请已丢失的密码进行初始化；2、管理员可在我的工作台对各项终审结果进行撤销；3、管理员可在我的工作台对系统内有变化的参数进行重新设置；4、管理员可在我的工作台进行批量调租；5、管理员可在我的工作台对基本配置信息进行增删、修改；6、各级操作员可在我的工作台进入自己审批权限的模块进行审批；7、管理员可对需要审批的内容进行定义以及审批的流程进行后台定义8、与房产信息网相连，建立网上报修平台，及时将网上报修的信息通过与基本资料的比对，自动转至相关工作人员的工作台上，同时短信通知相关操作员。9、原系统中资料核对的功能也并入我的工作台。基本资料管理（信息提示、参数、楼盘表查询）本子系统使用对象主要为市局机关、区局管理科等相关工作人员。对于基本资料，系统提供统一格式的数据导入和导出功能。（图）基本满足资产变更逐级审批和归档要求，预留房屋图形管理功能。本子系统主要包括基本资料管理（包括资产记录、资产部位、房卡记录）的输入、变更、注销。其中资产记录的输入及注销必须走审核流程。所有变更均需留存记录。除正常字段输入外，预留可供图形、文字扫描后导入系统的相关链接。支持对各项基本资料及变更记录的在不同条件下的查询要求。基本资料内字段基本保持原样不变，除房卡房录上增加打印标记（以数字形式出现）、增加落实政策问题标识（以打√形式表示）、古建筑标识三个字段。有落实政策问题标识的房卡在进行房改、转让时系统自动冻结，在查询中也相应增加该字段的查询条件。管理与房产有关的信息。登记管理所有房产信息，包括房产本身及房产内的物品信息。

拥有产证为套，每一套下又将分为各个部位，用于出租，出租的最小单位为部位。变更业务审批查看变更记录基本资料输入资产申请资产新增审批中包括接管（主要为失管房接管）审批、新购资产登记审批、新建资产审批、产权交换（换入部分）登记审批、内部划转新增审批（面积增加不列入统计）。新增房产模块审批为二级审批，区局申请后，市局确认同意，进入资产记录新增流程。接管（主要为失管房接管）审批新购资产登记审批新建资产审批产权交换（换入部分）登记审批内部划转新增审批（面积增加不列入统计）资产部位房卡记录资产审核基本资料变更资料变更面积修正主要用于操作员对已列入基本资料的资产，面积发生变化时进行纠错的操作。增加或减少的面积均计入资产变化表。变更记录基本资料注销注销申请资产注销审批原因分拆迁注销；出售注销；产权交换（换出部分）注销；内部划转注销（其中内部划转面积不列入统计）；其他注销（纠错）；房屋翻、修建后拆除资产部位或整条资产记录在修缮模块中审批自动注销。在原资产记录中取消注销选项、同时在变更类别中也取消注销选项。注销表需配有备注框、注销、修改、删除、打印审批表等连接。当申请人输入档案号后，其他各项内容，均由系统自动跳出，在选择注销原因后，输入所需注销的部位号（机器备选）、房卡号，也可选择全部，则整张产证全部注销，同时注销相应部位及相应房卡。注销审核基本资料查询基本满足资产变更逐级审批和归档要求，预留房屋图形管理功能。租赁管理（到期提示、查询、楼盘表显示）本子系统使用对象主要为区局管理科工作人员、市局负责相关项目审批的工作人员。在租金处理方面要求新系统尽可能地减低租金记录导入导出而造成的数据丢失及出错。并在我的工作台设置批量调租的功能。入住停租调租修缮租赁证打印(套打)业务审批系统目标1、处理日常标准租金收缴的记录、查询、统计；2、处理协议租金的收缴、统计、查询、续租；3、处理租金（包括本、历欠）减免、的申请及审批；4、处理租金暂停、转租的申请及审批；5、处理正常大规模调租的工作。6、管理租赁方式、内容、出租的时间等。7、管理租赁方式的变更、及变更的申请、审批本子系统主要包括当月租金收取汇总查询、当月欠租收取汇总查询、协议出租、转租审核、停租审核、租金减免（分正常租金减免与本历欠租金减免）审核、基本租金收取、增收租金收取、租金数据处理等几个节点。各个节点均设有相应的查询功能。协议出租其中协议出租的记录包括（协议出租录入、撤销、续约、变更、退还）并保留相关记录。建议新增功能：对协议出租即将到期的，系统有自动提醒的功能，特别是对符合招租条件的协议出租重点提醒。建议采用楼盘表方式，按块划分，直观地展现各类非居住房的租赁状态（如转租、停租、空租等），可分为同颜色表示出来。该楼盘表不仅应用于租赁管理系统，同时运用于系统其他模块，均可调用楼盘表直观表现房屋的各种状态。同时对居住房中空租、沿主干道住宅、共同居住人为零的房屋也能用不同颜色区分展示出来。协议出租原系统内原有功能在新系统内仍保留。新增协议出租管理节点，具体流程为协议申报协议审核确认打印。中间允许撤销、修改、重新输入。并保存记录，且在查询系统中设置相关查询条件，方便查询。协议出租申请协议出租审核协议出租管理（续约、退租、打印）协议租金收取租金退还租金明细重点提醒包括到期提醒，基本租金收取租金收取租金退还租金管理（打印）租金减免转租、减免的审核可以沿用原有模式，审核通过后，在基本资料内要留存相关记录，并自动修改基本资料。需要加强的功能有，租金减免原则上一年为限，在该项租金减免记录即将到期时，系统自动发出预警，提醒操作人员继续申请减免或者到期自动在基础资料中恢复正常租金，并留存记录。减免申请减免审核减免管理（打印）对到期的提醒，或自动恢复，一年期转租转租申请转租审核转租管理（打印）停租停租的审核除沿用原有模式外，要与修缮模块形成链接。停租时限即将到期系统要有预警的功能，提醒操作员撤销原记录，如过期二十天后操作员仍未处理，系统自动撤销该条停租记录，并自动修改基本资料内房卡相关信息。停租申请停租审核停租管理（打印）增收租金收取租金数据处理汇总查询当月租金收取汇总查询当月欠租收取汇总查询修缮管理区局修建科工作人员、市局相关工作人员。1、完成危房申请、审核的操作；2、完成维修审请、审核的操作；3、完成竣工申请、审核的操作。充分利用电子地图的功能，在修缮模块中，通过调用原始部位资料及修缮模块资料，将房屋的修缮状态体现出来。要求根据审批结果自动完成基本资料的相关字段内容的变更及更改租金管理内相关内容的变更（例如停租）。并在基本资料房卡记录内形成链接，将该条记录记录在同条房卡记录内。要求所有与修缮有关的信息与档案编号所关联，和房卡号作连接。作为该档案编号所属的房屋产权和该房卡号（租赁户）中相关信息的一部份。每一个界面（危房记录、维修申请、竣工记录等）中单独设置各自所有字段为条件的查询，要求能导出成为Exce（2007以下）的表格支持，并支持汇总成其所有字段相关信息成Excel表格，以便分析汇总。在要求输入中文的输入框内支持Word（2007以下）的所有功能。在本模块中要求输入图片、图纸的地方要求支持*.JPEG.、*.JPG、*、JPE、*.BMP、和CAD的图形（A4纸规格）文件并支持打印。危房记录：一但输入档案编号后就利用系统中原有的该档案编号所属的所有资产部位室号和房卡号，提供选取。当选取一个房卡号后计数器就自动加1（房卡号后面增加一个计数器框，以便累加）资产部位室号后面也增加一个累加器。在“归属区域”字段中要求根据归属区(市房管局为0、平江为1、金阊为3、沧浪为2、直属所为6)的设置选取自动生成六位编号xxxxxx前两位为年号，（年号要求根据系统时钟自动生成两位年号）后四位为危房数编号。当有一处危房根据房卡号输入后，就自动生成独立的该房卡号的危房信息。危房管理维修管理维修申请：在此界面中当输入“档案编号”后，自动弹出与该档案编号相连的所有房卡号信息，以便选择输入。“归属区域”中设置为(平江为1、金阊为3、沧浪为2、新区为4、工业园区为5、直属所为6)。“修建编号”设置为七位号码xxxxxxx,前四位为年号和月号，各两位（年号和月号要求根据系统时钟自动生成两位年号和两位月号），后三位也根据系统自动计数。在“资产部位”中要求列出所有系统的部位号提供选择记录。取消“工程文号”，添加停租与否按钮，和停租起始日期按钮（已日历的形式弹出）。在“原有房屋情况”中当档案号一但输入就在座落中自动显示所有房屋座落供选择输入，当房屋座落一但选取就自动生成该房屋座落的所有结构等级和房屋用途以供选择输入。取消建筑面积按钮。在“修建部位”输入框中，要求支持输入大于100个中文字符，在破旧情况输入框中要求支持小于等于500个中文字符的输入。在“修建设计预算计划”中：修建类型中设置1翻建、2大修、3中修、4翻建大修、5大修中修、6翻建中修的六种修建类型以供选择。在修建情况输入框中要求支持小于等于500个中文字符的输入。增加“预算导入”、“修缮图纸”、“打印图纸”按钮，其中前两个按钮要求有复制文件的路径选择，一但选择，就自动复制到相关文件夹存档。按钮权限，各区局仅限于本区局范围内的导入、修改和查看权限。在备注输入框中要求支持小于等于500个中文字符。在“打印报告书”按钮按下要打印报告书时，打印出的“苏州市公房修建设计书”中取消“室号”、“工程文号”。“房卡”栏中更改为“房卡户数”和“户数”（数字）两个框既根据该预算涉及的房卡号的数量，及其它数值根据输入自动累计生成。建议在输入“预算人工”后，系统自动得出人工费的同时，自动得出“材料费”。（系统自动实现:材料费=预算金额-人工费）。建议在“预算、图纸导入”时，根据“修建编号”，编号前7位相同的（≤100户）使用同一份预算、图纸、说明。在该门牌资料第一次上传后，以后新增的修缮工程涉及住户均采用该套资料。（采用自动复制的方式）竣工管理竣工记录：“修建编号”框中的数值采取复制编号（即：当维修申请生成时就自动复制维修申请中已有的相关信息到竣工记录中去）。新增“房卡户数”信息框的数值。在工程质量情况的“质量等级“选择框中，有合格、良好、优良三个选择条件。添加打印竣工记录按钮。在工程变更记录、工程质量详情、备注的输入框中要求支持小于等于500个中文字符的输入。其它文字输入框的输入应支持在10-50个中文字符的输入。竣工记录审核后1.如建筑面积、房屋用途、建筑类型、结构等级、成新率、完好程度等与原房有变更的，都应按竣工记录的记载让系统自动生成更新。3.在相应的资产（部位）、房卡内形成一条记录，方式在资产（部位）、房卡界面上设置一连接按钮。查询条件根据已形成的记录字段为准。使用权变更管理该子系统属原有系统中开发比较成熟的模块，建议保留原有功能，需要改进的方面为因该项审批是有审批时限的，建议新系统对该模块中的记录可采用不同颜色显示的方式提醒操作员审核状态，并有声音预警设置。房产交易登记中心工作人员、区局管理科工作人员、市局相关工作人员。有偿更名能够满足更名审批流程的操作，主要分查询、申请→初审→终审（收费）→打印审批表→保存审批记录→基本资料理上相关数据自动更改→打印新房卡。批量换房卡时仍采用原来的导出批量打印方式。打印过的房卡信息，在系统内基本资料房卡信息内设置打印标识。建议在基本资料模块单独做一个打印房卡的节点。苏州市市区直管公有住房使用权有偿转让审批表租赁证号码：102X0060036001编号：5052承租人户名袁峰身份证号联系电话工作单位配偶姓名住房座落平江局北塔西北街215号经租单位平江局使用面积121.39平方米（其中合用0.00平方米，其他0.00平方米)月租金131.80元转让成交价138,000.00元转让原因1、他处有住房受让人户名江健身份证系电作单位配偶姓名户口所在地娄门经⒈拆迁冻结⒍转让其中一部分租审⒉欠租⒎落实政策遗留问题管⒊租赁纠纷⒏理⒋人为损坏房屋评估价：145,668.00元部查⒌危房同意门审查人：1032008年10月13日⒈租赁证⒋诉讼、仲裁等交审⒉造成新居住困难⒌易查⒊本市户口收缴转让收益：10,925.00元管、同意理审审查人：0112008年10月13日处批同意审批人：0102008年10月14日备注无偿更名需要重点修改部分为：无偿更名模块中受让人信息应从共同居住人字段内选调。房改售房管理1、完成正常房改（增配房房改）申请→预审→复审→终审的审核操作；2、完成房改各类信息的查询；3、满足房改报表的生成。（在报表系统中实现）新程序中要求改进的方面：1、界面尽可能地修改与市房改办审批界面相一致，但界面中字符不变。2、对房改买卖中参数的设置改变需要开发人员从源程序中修改的办法，改为交由管理员在我的工作台中设置、变更。所有审批均要求可以由管理员在不必修改源程序的条件下，在操作界面上可对各项终审有撤销的权限，并保证撤销后基本资料内的数据还原。目标用户区房管局管理科工作人员、市局房改办工作人员、局派驻行政服务中心工作人员、市局其他工作人员。房改售房1、完成正常房改（增配房房改）申请→预审→复审→终审的审核操作；2、完成房改各类信息的查询；3、满足房改报表的生成。（在报表系统中实现）新程序中要求改进的方面：1、界面尽可能地修改与市房改办审批界面相一致，但界面中字符不变。2、对房改买卖中参数的设置改变需要开发人员从源程序中修改的办法，改为交由管理员在我的工作台中设置、变更。所有审批均要求可以由管理员在不必修改源程序的条件下，在操作界面上可对各项终审有撤销的权限，并保证撤销后基本资料内的数据还原。房改房买卖申请房改买卖审核基本功可沿用原来的审批形式。由区房管局输入相关信息，经行政中心预审后，由市局复审，行政中心终审。终审通过后，基本资料内相关数据自动变更，注销，相关数据自动汇总入报表。房改房买卖审核其他售房统计报表及分析报表1、所有报表均采用EXCEL形式报表，可以由系统导出并打印；2、除保留原有各类报表外，新增修缮报表，改进租金报表（包括增加财务格式的租金报报表）、房改报表等。3、要求所有系统生成的报表均为即时报表，即操作员设定不同时间段，系统自动生成该时间段内相关报表。允许操作员对表段进行自由组合生成不同类型报表。4、增加分析报表。针对操作员不同的需求，对相关数据进行EXCEL图表分析，采用不同图表类型完成各类数据的分析。分析报表主要用于：A对房屋不同结构、层数、建成年代、用途、完好程度、产权来源等方面进行分析；B：对各类租金的收缴情况进行分析、对各单位租金完成情况进行分析、对历年租金的收缴进行比较、对协议出租中招租前后的租金进行分析比较等；C：对房管其他工作上相对应统计表作出分析，例如使用权转让、房改售房、修建统计等。生成各类统计报表，报表的数量会较多，下面为其中的一部分。租金统计该报表是现有系统最复杂的报表，因其设及的原素、统计的项很多。资产变化表欠租表可统计实时信息系统能够生成各类分析报表，对分析报表的要求相对较简单，只需用图形的方式展现历年某项数据的趋势或各类数据在总的数据中所占的比例，此处可通过饼图、趋势图等形式展现。同样可分析实时信息。现有报表有十三种，全部保留。逻辑楼盘表为增加系统使用的直观性和符合房屋管理新的趋势，系统采用“逻辑楼盘表“的操作。且贯穿各业务系统中。系统管理系统管理员可自行维护非业务类的信息。组织架构系统权限基础代码公式项对应值表单字段对外接口与信息中心接口。公积金支付接口信息推送到政务网房产信息网提供报修功能其它需求短信提醒拖盘图标实时提醒保留原系统内的数据档案号可变数据将以档案的形式存储。同一类审批，审批流程可根据审批数据的不同，从而跳过某个节点。对比优租房系统困难市公房管理处管理的房源等信息较复杂，管理的方式也较灵活，且目前已经积累了大量的信息需梳理，同时也不得不要考虑数据的兼容性及导数据的风险。相比较优租房中心管理的房源等信息则较单一，且是新成立的单力，不存在历史的包袱。优势因管理的信息较庞杂，在某些细节上会较简单；因已经开展了较长时间的信息化工作，公房中心对于软件的使用及与如何与开发方配合都较清楚；因已经开展了较长时间的业务工作，公房中心在自身业务的理解上较充份，应该不会出现较多的反复及需求的变化。且目前有可参考的系统。网络情况公房管理处拥有自己的机房，新系统仍然部署在现有系统所在服务器上，该服务器购置于2004年，公房管理处认为服务器在性能上不会有问题。其它公房管理处可以尽可能多的提供与现有系统相关的资料，包括原代码等，这些资料将对以后系统的开发，特别是保留原有数据带来帮助。原系统为C/S架构，DELPHI开发。新系统的字段信息基本与现有系统一致。领导比较关注各类报表、审核是否完善。使用人员比较关注操作的方便性。技术关键点工作流平台系统后台依托强大的支撑平台：工作流平台。对于系统中常见的涉及到流程审批的模块，都可以通过自定义工作流程，导入相应的模板表单来实现，方便系统的扩展和流程再造。系统提供了图形化的流程定义方法，无须任何编程，就可以快速地构建各种需要控制的流程。通常，一个熟练的打字员，经过简单培训，就可以制作出专业水平的控制流程。图：流程图形化自定义总体框架工作流的规划主要有以下步骤：定义流程基本信息定义新流程的类别、名称等基本信息，并创建。表单模板的设计与导入我们使用FrontPage创建一个HTML文件作为表单，然后上传模板文件。系统自动生成相应的程序代码。流程设计工具流程设计工具采用图形化的定义方式，用“拖”、“拉”来画出一个流程。设计界面上应该包含节点、流向等流程信息，也可以加上流程备注信息。用图标表示一个步骤，用图标间的连线表示流程的流向。流程设计信息可以导出成一个XML文件。导入流程定义文件时能重现完整的设计信息。如下图所示：流程控制流程由若干个步骤组成。这些步骤可以称为“活动”。一个工作流程就是通过导航规则将这些活动连接起来。活动与活动之间的流转关系可以由程序根据设定的规则自动流转，也可以由前一个活动的处理人员选择。流转关系可以一对多，也可以多对一。活动可以有选择的跳转。可以为活动配置流程的处理人员，处理人员有多种类型，可以是人员，部门，角色等静态的处理人员信息，也可以是流程发起者，某个活动的处理人员等动态的处理人员信息。要有处理时间控制，可以设置处理时限，超时提醒等功能。可以为活动设置一些处理事件，当触发事件自动执行某些功能。考虑回退功能，可以回退到流程的发起者和前一个活动的处理人员。其他一些常见活动的特性，比如允许处理人员撤销任务，停止任务等。流程设置的正确性检查，能按照一定的规则自动判断出流程定义是否包含错误的设置信息，比如存在某个孤立的活动。整个流程引擎应该足够强壮，流传的过程中在发生异常的情况下能有一定措施保证流程不会中断。流程的监控与管理工作流定义部署以后，业务处理人员就可以通过Web页面进行工作流的业务处理。管理和监控人员可以通过监控与管理工具进行工作流的管理与监控，如工作流实例监控、任务改派、工作流的中止、挂起与恢复等等。具体包括以下几个方面：业务流程动态调整工作流异常处理任务改派挂起/恢复工作流终止流程超时任务监控跟踪查询历史工作流的处理过程活动定义设计为了方便设计，将活动分为开始活动、结束活动、人工活动、路由活动、子流程4种类型。每个流程必须以开始活动开始，以结束活动结束。开始活动和结束活动只是流程定义的边界，不代表实际业务中的步骤。人工活动就是要有人参与的活动，比如填写表单，决定下一步流向。路由活动是一种逻辑活动，此活动在流程中起承上启下的作用，活动本身并不执行任何具体的任务。每个活动都包含常规信息、表单信息和若干类别的扩展信息，常规信息用于实现最基本的流程流转功能，扩展信息实现更多复杂功能。人工活动包含常规信息，处理人员，处理时限，文档材料，可用操作，可触发事件、自由跳转7类信息。处理人员处理人员信息包含2个方面的内容处理策略：多人处理情况：只要有一个人处理完成就完成本活动（辅助选项：未处理人是否需要查看已办完的待办事宜）每个处理人都处理完成才能完成本活动。这种情况比较复杂，专门在“关于多人并行处理”和“关于会签”两节中详细说明。处理者就是提交人则跳过本处理处理人员：处理人员的选择可以有以下几种形式：部门角色人员某个部门中的某种角色提交人（前驱活动的处理人）总流程发起人活动所在流程发起人某个活动的处理者(第一次，最后一次)处理时限是否启用处理时限处理时限设置（天、小时、分，可选择是否排除工作日）是否预警提示预警提前时间（天、小时、分，可选择是否排除工作日）提醒时机：预警，超时提醒方式：邮件、短信提醒对象：处理人，固定的人员文档材料材料列表，（如果是表单类型，从平台定义的主表和单表中选择，如果是附件类型，设置附件的名称）每个表单中的字段操作权限（读，写）表单显示方式列表显示，点击一个表单后在新页面中填写当只有一个表单时，直接显示表单显示第一个表单，用导航栏（类似下一个表单，上一个表单）进行表单切换设置材料信息时可以采用以下两种方式和某个活动保持一致手工设置（可以先复制某个活动的材料信息，然后进行编辑）选择表单表单中的字段操作权限可用操作系统内置7种操作类型：通过：通过意味着允许流程向前推进一步，操作后按照规则流转到后继活动。在不同的场合通过的实际叫法会有所不同，如提交，报送，送科长审批等。转发：将本任务交给另外一个人，流程停留在当前活动。暂停：流程暂停，停止处理时限的时间计算撤回：当后继活动的处理着尚未处理时，收回该任务。本操作是针对已经执行了同意操作的活动实例而言的。回退：退回意味着流程向后退一步，按照回退规则完成操作。回退规则见“关于回退”一节。终止：当发送异常情况时终止当前活动。触发事件当活动实例满足某个触发条件时，自动执行某种动作。事件的信息包括触发条件，事件动作，调用类型，备注。触发条件目前就是触发时机，包括创建、完成、超时、终止4种情况，以后可以扩大触发条件的定义范围。事件被触发后调用预设方法完成。可以设置方法参数以完成调用。自由跳转某些流程具有这样的特点：通常按照正常的流程流转，一个活动接一个活动，但某些活动允许跳过后继活动，在一定的活动范围内自由选择后继活动。这种情况固然可以为每个流转情况定义活动连接，但当数量较多时不免显得麻烦。这时可以通过自由跳转来实现。自由跳转范围也就是可以跳到哪些活动，在指定活动列表范围内自由（需要选择活动）链接信息提供链接信息。比如在办理某项业务的某个步骤时经常需要查看业务帮助，那就可以将业务帮助信息页面地址作为链接信息；又如审批系统中需要进行核价，那可以通过本功能显示核价页面。子流程子流程是为了满足流程定义重用或为使流程定义更加清晰，将一部分相对独立的活动抽取出来作为一个独立的流程。子流程并不是一个新的流程类型，它是流程设计时的一个叫法，你可以说某个流程是另外一个流程的子流程，但不能说某个流程是子流程。主流程在调用子流程时，可以将其看作一个活动。子流程包含以下常规信息、文档材料、处理时限、触发事件3类信息。表单信息、处理时限、触发事件同人工活动。常规信息名称会合方式分支方式调用方式（同步、异步）同步：主流程必需等待子流程结束后再继续进行异步：调用的流程（从已有的流程定义中选择）备注文档材料子流程的表单同开始活动的表单信息设置，子流程中的活动的表单信息除了活动本身的表单信息之外，都会加上子流程的表单信息。基本算法实现关于多人并行处理多人并行处理指一个活动有多个处理人，且必须等每个处理人处理后该活动才能结束。实际情况中分成两种情况，一种是由最后一个处理人综合考虑其他人的意见，由他作出最终处理（如流转到哪个步骤，选择哪些处理人员）；另一种情况时每个人的权力都平等，谁都无权代替他人作出当前活动的最终处理，如果意见不一致，就需要设置一个仲裁者，由他作出最终的决定。针对这两种情况，我们分别通过“最后一人处理法”和“仲裁者处理法”实现需求。最后一人处理法每个处理人都可以进行独立的操作，比如填写意见，选择下个一个步骤以及处理人员，但流程不会根据操作流转，只是记录操作信息，只有最后一个处理人员能真正完成处理，之前其他的人的操作只作为参考；仲裁者处理法每个处理人进行独立的操作。当最后一个处理人办理完成后，系统检查本步骤所有处理人的处理结果（指下个步骤以及下个步骤处理人），如果发现不一致，就需要一个仲裁者协调处理意见，并由其完成实际处理。为此再设立一个人工活动，称为仲裁活动，仲裁活动的处理人可以指定明确的一个人员，也可以不指定，由多人处理活动的最后一个处理人员指定。关于会签实际情况中，经常会遇到会签的情况，会签活动是一个多人并行处理活动，处理人只需输入意见，无需指定下一步骤及步骤处理人。从活动定义上讲，后继活动就是前驱活动，从活动实例上讲，后继活动实例的处理人就是前驱活动实例的处理人。事实上，会签就是前面提到的多人并行处理的“各抒己见法”的特例，特别之处在于：在活动定义上，它的协商活动和后继活动是一个活动，且这个活动就是前驱活动，活动的处理者就是前驱活动的处理者。为做到这一点，我们将这个多人处理活动与后继活动之间的活动连接的“目标活动处理人”设置为提交人或所在流程发起人。关于回退回退操作遵循“从哪里来回到哪里去”的原则。即该活动的运行由一个或多个活动触发，那么在该活动上执行回退操作时，触发它的那些活动将全部要重新运行。回退分为以下5种情况：会合方式为“全部会合”的回退该活动的会合方式为“全部会合”，即该活动的前驱活动全部完成且流转到本活动时，该活动才会被触发。因此，如果在该活动上进行回退操作，那么流程实例的运行就回退到该活动的所有前驱活动，即所有触发它的前驱活动将全部重新执行。会合方式为“单一会合”的回退该活动的会合方式为“单一会合”，表示该活动因满足条件而在前驱活动完成时被触发执行。因此，如果在该活动上进行回退操作，那么流程实例的运行将回退到触发该活动的前驱活动上，即触发它的前驱活动将被重新执行。会合方式为“多路会合”的回退该活动的会合方式为“多路会合”，即该活动的满足条件的前驱活动全部完成时，该活动才会被触发。因此，如果在该活动上进行回退操作，那么流程实例的运行就回退到触发该活动的前驱活动。子流程的回退如果该活动的前驱活动是一个子流程，那么在该活动上执行回退操作分为两种情况，一种是将子流程视作一个普通节点，子流程重新执行，即回退到子流程的第一个活动；第二种是回到子流程的最后一个活动。工作流平台构造实例流程设置：初始注册、资质申报、资质年检等过程可以在系统后台设置不同的审批流程。待办事宜：经过流程设置以后，每一格审批环节中的处理人员不需要进入具体的审批模块分别进行初始注册、事项申报、事项审批的审批操作，系统会自动产生一条待办事宜记录，并推送到处理人员的桌面首页中。审批操作：通过待办事宜可以直接进入审批页面，查看所有的相关资料，并填写本人审批意见。整个审批过程中的历史意见全部会显示在页面中。用户权限管理平台部门动态规划用户角色动态构造系统模块资源模块动态构造角色授权灵活配置多种提醒手段提高办事效率待办事宜待办事宜是面向领导和具体工作人员的一个核心窗口，是整个系统的重要组成部分。系统正常运行后产生的用户传递信息都由“待办事宜”来反映。用户只需查看、处理待办事宜系统中的信息，邮件、公文、信息的批办、查阅工作都可以完成，极大地方便了日常办公。在线交流传统上的管理信息系统或办公自动化应用将重点放在信息的输入输出、存储和检索。这无疑是十分正确的，但是传统应用系统在帮助用户“产生”和利用信息则支持不够，同时也不能有效提高工作效率。系统在线交流功能结合了办公系统的特点和当今流行的即时通信软件的优点，实现在线感知，即时通信。手机短信系统还提供一个手机短信平台，从而延伸了办公的空间，适合行政机关日常办公的需要。系统中产生的任何消息可以通过手机短信的方式发送到接收方。语音呼叫查询功能行政审批中心提供服务热线，用户通过拨打中心提供的服务电话，可以实现以下功能：查询办事进程及结果，及相关信息；查询服务指南，包括办事程序、申报材料、承诺时限、收费标准等信息；人工受理，咨询相关事宜；接受用户的投诉和反馈，实现审批过程实时监督；办事状态实时查询。窗口人员在项目审批结束后，直接发送语音通知给用户，提供直接文本转换语音，自动呼叫用户的功能。办公助手一点智慧办公助手，可以在您没有登录系统的时候给你语音和图像提示，确保办公的高效。预警系统消息分类业务系统中产生的消息可以分成以下几类：待办事宜类、提醒类和反馈通知类。待办事宜类在业务系统中，当业务流程流转到某个环节时，该环节的处理人员应当第一时间得到通知，这个通知应当在本系统的待办事宜中统一显示，并且通过手机短信等方式发送给承办人。这类消息涉及的面非常广，在原有业务系统的每个流程步骤开始时都会产生这种消息，但是工作人员必须进入每个模块中去查看是否有当前流程的待办业务，这种方式非常不便，所以我们需要设计一套待办事宜模块来为工作人员提供统一的消息提示。用户登录门户后，在首页面的醒目位置会看到需要自己处理的事项，包括了各个系统中的待办事项。参考界面如下：提醒类一个事项在办理流转过程中，各部门的办理节点是有时间要求的，也就是该事项要在规定的时间期限内办理完毕。在这些时间点上，必须及时给工作人员提醒，以免延误了正常的事项办理程序。提醒类消息主要包括以下几种：工作期限提醒在办理的事项到期前，向工作人员进行提醒。重要事项或事件提醒重大事项，需要提醒工作人员或相关人员注意或做相关处理工作的，对工作人员或上级进行通知提醒。统计类提醒此类提醒是根据统计分析产生的，系统中会对一些重要指标设置监控。反馈通知类此类消息比待办事宜和提醒的优先级要低一些，仅作为对当前工作人员通知用。报表系统为优租房业务系统、综合办公系统提供完整的报表解决方案，完成报表设计、分发、采集、统计汇总和通用分析功能，并为数据决策分析系统提供基础数据。“一点智慧通用报表采集和分析平台”具有基于Web的、类似Excel的设计界面，简单易用，能由中心相关工作人员自行设计报表样式，定义字段、约束规则和计算函数。能定义填报周期（周、月、季、年）、报表类型、填报对象以及填报期限。系统自动以多种方式发布填报通知给填报对象。系统总体功能架构EpointWebReportEpointWebReport历史报表样式管理工作记录报表修改内容权限管理历史汇总数据稽核公式检查分式分析报表汇总分析分析表设计基础任务填报基础任务设计基础任务填报分析汇总系统管理历史报表样式管理工作记录报表修改内容权限管理历史汇总数据稽核公式检查分式分析报表汇总分析分析表设计基础任务填报基础任务设计基础任务填报分析汇总系统管理系统工作流程报表管理人员设计报表任务报表管理人员设计报表任务报表管理人员配填报单位填报单位网上填报数据报表管理人员根据分析表模板自动汇总分析报表管理人员设计分析表相关人员查看汇总分析结果基本概念浮动表纵栏的高度不固定，每期上报的条目不固定，每个条目就是一条数据记录，用户可自行增加填报的数据记录条目，如（图5）所示，有“浮动行”标注的地方为用户填报不定条目数据记录的地方，若用户一行不够，还需再增加条目，则可以点击有“插入浮动行按钮”标注的按钮，再增加一行可供用户填写的空白条目区域。插入浮动行按钮浮动行插入浮动行按钮浮动行固定表相对于浮动表，固定表则不能新增条目，且报表中用户填写的区域是固定不变的，当然也就没有新增一行的按钮，如（图6）所示，红色线框圈出的区域为用户可以填写信息的地区域，且用户只能在该区域填写相应的信息。工作任务、工作报表我们把需要基层单位周期性填报的一套报表称为一个“工作任务”，一个任务中会有多张工作报表，这些报表一般在数据上会有某种联系，或者具有业务关联性，下图红色线框圈出的区域则放置着该工作任务中的各个工作报表，点击相应的工作报表名字即页面切换之该工作报表；工作报表分为浮动表和固定表两种类型。工作报表工作报表分析表是根据基层单位填写的基础表汇总统计得到的报表。一般来说，下发任务的单位都需要相应的创建分析表，来自动汇总分析各个单位填报上来的基础表。分