服务支撑工作问题分析及建议

网站：公文素材库　|　时间：2019-05-29 15:55:30　|　移动端：服务支撑工作问题分析及建议

服务支撑工作问题分析及建议

综合管理部服务支撑工作问题分析及建议

城区工作小组会议，本人安排在第四组。第四组在研讨过程中，关于综合管理部后台支撑问题主要涉及以下几点：

一、综合部服务支撑工作现状

综合部的服务支撑工作，整体情况良好，能够对一线的工作给予有效支撑，但是也存在着一线人员对综合部支撑工作不满的情况。

二、一线员工对综合部支撑工作不满意的原因分析

（一）本位主义思想，导致前后台对“服务支撑工作”存在理解上的差异。

一线员工对后台服务支撑工作寄予较高的期望，甚至过度依赖后台支撑，希望能够尽善尽美；而后台人员则认为服务支撑应该是在本职工作范围，做力所能及的事情，支撑工作只能为一线人员完成工作任务以及各种制度规范的执行落地创造必要的环境，以及对有疑惑的问题给予指导或提供方向，具体工作细节应该由一线人员自主执行。

（二）工作中也实际存在后台人员服务意识不够，支撑工作不到位的情况

由于各种主观和客观原因，部分后台员工在服务意识方面有所欠缺，支撑处理不够及时以及问题解决能力不够，服务支撑质量不高等现象。部分一线员工甚至管理人员的对“服务支撑”理解错误，不但没有积极协调前后台之间的关，甚至将问题放大，徒使前后台矛盾加深。

三、问题改进措施的建议：（一）内强素质，外树形象，提升综合支撑服务意识以及支撑能力。

综合管理部岗位性质定位为服务支撑，个人认为作为后台支撑的同事必须明确自己角色定位，必须树立为一线服务的意识，以前台需求为导向做好扎实做好服务支撑工作，具体措施：

1.综合管理部定期开展后台服务支撑满意度调查，监督服务有效落实，应努力构建热情主动、规范专业、及时高效的支撑文化，；

2.建立首问责任制，涉及综合管理部工作相关支撑需求，即使不是本职工作，首位接待或受理的工作人员需认真解答、负责办理或引荐到相关班组，咨询或办理事项属于首问责任人职责范围内的，能办理的应立刻办理；不能立刻办理的，要说明相关情况；需要提供相关材料的，应当一次性告知；咨询或办理事项属于本岗位以外的职责，须及时引荐到相关岗位责任人员；若相关岗位责任人员不在，首问接待人应主动与其联系；若联系不上，首问接待人应先将被服务对象的有关材料收下，做好记录，随后移交给相关岗位责任人员；

3.强化关键岗位支撑，建议对一些支撑需求较多的关键岗位，进行支撑工作量化和常态化，加大培训或沟通，定期评估支撑效能真真实实将工作落实到实处。

（二）推动前后台岗位交流，促进深入全面了解，提升双边满意度

问题的产生往往是因为信息的不对称、沟通不顺畅、相互之间不理解而产生，建议做好以下工作：1.前后台岗位定期交流，一方面拓宽前后台员工的职业平台，助力员工更快地完成专业经验积累，丰富员工职业发展内涵；另一方面实现前后台人员对彼此工作的深入全面了解，优化了管理基础，促进服务支撑、业务及管理的创新，推动双边满意度的提升。

2.利用各种平台，组织各项活动，加强前后台班组的交流，沟通，加强信息传递，让前台人员了解后台支撑面广和杂，学会为后台人员思考；让后台人员了解前台指标压力大以及强，学会为前台思考，抛弃本位主义，减少不必要的负面感知；

四、重点支撑问题员工士气以及员工的价值成长须进一步提升

由于客观的原因，部分同事已经在某些岗位上已经工作了许多年，员工士气以及员工的价值感需要进一步提升。

建议：实现员工对自己的认可，对自我价值的认可；措施：

1.综合管理部相关班组应该重视一线班组人才价值梯队的建立，对于具有成长欲望的员工给予更多的工作机会以及更多的成长空间以及培训

2.对于某些专业岗位特长的同事，应给与展现平台，给予专业层面的认可

五、总结

虽然后台部分同事确实在支撑方面存在不足，但就整体情况而言，服务支撑能够满足工作的需要，后台的支撑人员不仅需要对口班组，经常还需要对口一线人员，对口多，精力有限，不可能完全满足一线的要求，支撑工作的供求也需要达到平衡，不应该过多的强调支撑而忽略了支撑的目的确保各项工作更好的开展，各项制度措施能够更好的执行落地。

扩展阅读：业务支撑系统需求调研分析报告

规划管理业务支撑系统

需求调研分析报告

一、总体流程

领取：规划管理部门批复《建设项目选址意见书》(用地科)《建设用地使用性质变更》（用地科）前提条件：1、一般项目：提供《建设项目修建性详细规划》审查、建设用地规划设计条件通知书、同流程继续下午2、重点项目：先提供《建设项目修建性详细规划》审查后开始项目流程。领取：《建设用地规划设计条件通知书》《建设用地规划神经条件通知书》附图《建设用地规划设计条件通知书》（用地科）《建设项目修建性详细规划》审查（综合科）前提条件：分：一般项目、重点项目、重大项目1、《建设用地规划设计条件通知书》或《建设项目用地规划许可证》领取：1、建设项目修建性详细规划批复2、经批准建设项目修建性详细规划附图《建设用地规划许可证》（用地科）《建设工程规划设计要点》（工程科）前提条件：1、核发《建设项目选址意见书》2、取得《建设用地规划设计条件通知书》3、建设项目修建性详规领取：《建设用地规划许可证》《建设用地规划审批单》前提条件：经审定的建设工程方案及审查意见领取：《建设用地规划许可证》副本、经审查批准的建设施工图《建设工程设计方案》审查（综合科）前提条件：1、1955年后征用土地需附有《建设用地规划许可证》、《建设用地规划审批单》领取：《建设工程规划定点通知单》建设工程定位图前提条件：竣工验收《建设工程规划许可证》副本建设工程方案规划审批领取：《建设用地规划许可证》、建设工程规划审批单、经审定的建设工程竣工图《建设工程规划许可证》副本（工程科）前提条件：分：一般项目、重大项目1、《建设工程规划定点通知单》领取：建设工程方案设计审查批复经批准的建设工程方案图件竣工验收《建设工程规划许可证》（工程科）《建设用地规划许可证》、《建设工程规划许可证》（民房科）《城乡规划设计单位申请资质证书》（补充）（综合科）《城乡规划设计资质年检》（补充）（综合科）领取：《建设用地规划许可证》、《建设用地规划审批单》，用地红线位置图《建设用地规划许可证》、《建设工程规划审批单》，经审定的施工图

总体流程图

1.1业务分析

1.1.1业务交叉

一个建设工程在办理“一书两证”过程中，涉及到多个科室部门，在办理过程中可能出现项目名称改变、容积率变更等问题，为后面的工作带来很大的困扰。建议采用如下思路：

在受理一项业务时，如果是新工程，则登记该工程的基本信息，如工程名称、建设单位、地点、项目类型（房地产开发项目、私房联建项目、道路管线工程项目、其它）、工程登记时间。如果当前受理的业务已经填写过工程登记信息，则在工程登记项目中新建业务类型，开展业务工作。即，同一工程有且只有唯一的工程号，相关业务流程作为子目录。

1.1.2电子签章

业务流程中存在很多表单需要局领导签字才有效，审批签字人使用只读文字来描述签字信息。最终签字人通过有效的密码保护机制，进行电子签章。

建议采用如下思路：由表单转换成输出表单，确认填写的信息完整后，文档需要转换成不可修改状态(*.GDF)才可进行电子签章，并保存转换的*.GDF文件作为电子挡保存。而在文件最终定稿前，须相关责任人签写意见，这些签字人使用通用的只读文字来描述签字信息，而不能使用电子签章。当文档流转到定稿前，即由最后一位局领导在转换的GDF文件上电子签章。

1.1.3文件、图纸做批注

业务流程中存在经办人、科长、局长等相关人员的对控规或修规等地图批注信息，需要保存到当前图层中，便于审批查阅。

建议采用如下思路：

根据登录系统人员和案卷ID号在建立相对应的图层批注，设置默认批注颜色（提供5种批注颜色）。打开地图的同时以列表的形式查询出图层所对应批注的人员名称，以勾选的方式加载人员批注信息，进行查阅审批。

1.1.4信息即时回复

在业务流程中转批到下一个环节需要提示转批用户该案卷信息到达，同时需要反馈信

息提示给转批者用户已查看此案件信息(反馈系统消息是否已读)。

建议采用如下思路：

在人员信息中添加字段(手机号码)，系统转批时调用程序通过短息猫发送短信和系统提示信息，用户查阅读此案件提示信息后反馈转批人员(反馈系统消息是否已读)；

如果是通知项目申请人可以填写发送人手机号码、发送内容(项目名称、项目文号、通知事宜)、操作人等。

1.1.5停止、开始计时

一个建设工程在办理“一书两证”过程中，涉及到多个科室部门，在办理过程中可能有先有后的顺序、有前置条件、业务穿插等。

建议采用如下思路：

业务流程申请中需要另个一业务流程支撑下，停止该案卷的项目计时,等待需要的业务办理完成后，在开始项目的计时。

申请”建设用地规划许可证”中的经办人办理环节需要修规审批，案卷转批综合科案卷计时自动停止；等修规业务流程结束后再次转批到用地科室时计时恢复；

业务流程转批到勘察中心的环节时计时自动停止，等勘察中心验线、放线、缴费等一系列工作完成后转批回业务科室时计时恢复；

召开听证会环节计时自动停止，听证会工作完成后转批回业务科室时计时恢复。

二、办公室

2.1办公室工作职能

1、负责局机关文秘、档案、机要、保密、信息、收发、督查、和综合性统计工作。2、承担本局重要会议的会务组织、准备工作。

3、负责局机关的行政后勤、车辆管理、办公自动化系统管理工作。4、负责机关安全保卫工作、社会治安和维护稳定工作。5、负责处理来信来访、办理市人大、市政协议案、提案。

6、负责本局财务管理工作和对本局下属单位的财务监督和专项经费的审核。7、严格执行局里的各项工作规划。负责干部职工出勤的检查和监督。8、协助局领导处理具体的事务。

2.2办公室人员

人员名称阳一武李文贵曾庆安刘珏谭建雄刘东红李肃万伟业康仁风梁军唐立元何丽莎向丽

职位办公室主任（对内）办公室副主任(对外)分件收发文、会务组织司机司机司机司机司机财务财务档案市内接件把关(确认)收费档案

2.3工作流程、工作内容

2.3.1财务室“收费”流程

2.3.1.1业务接口图

需要的科室配合：1、业务科室确定缴费金额需要的数据：1、业务科室开具的缴费单输出的数据：1、财务室开具的收费单财务室收费

2.3.1.2工作流程图

1、业务收费，每个业务受理是在那个环节执行收费。

2、收费制定(收费金额是由业务科室定义（如是否折扣等），由财务收费审核确认后流向业务科室)：如图

收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收费流程图

2.3.1.3流程环节描述序号名称123科室转批收费审核操作人经办人操作表单操作描述业务科室确认业务需要收费，转财务部财务部门收取相关费用，转办公室财务科部门主管审核确认收费情况，同时签字，转财务人员下发确认单（收费金额等）财务人员下发确认单，转业务科室人员继续办理财务人员财务科长4确认财务科长

2.3.1.4流程功能

1、定义收费标准，科室定义收费项的标准；2、审核、签字确认收费，财务是收费签字；

3、发放收费通知，发放已收取费用通知，流程进去下步。

2.3.2办公室“发文”流程

2.3.2.1业务接口图

需要的数据：1、业务科室初拟的娄底市发文底稿笺需要的科室配合：1、局领导的审批输出的数据：1、办公室发文办公室发文

2.3.2.2工作流程图

秘书科审稿（办公室）开始业务科室起草科长审核科长审稿结束秘书科校稿（办公室）局长签发秘书科分发到相关领导（办公室）收文流程图

2.3.2.3流程环节描述序号1234

名称操作人业务科室经办人起草科长审核科长秘书科审办公室稿（刘珏）科长审稿科长操作表单操作描述娄底市发文底科室起草文件稿笺科长进行文件的初审办公室人员（刘珏秘书科人员是固定）进行审稿办公室人员审稿后交科长审稿，

567

秘书科分办公室发到相关（刘珏）领导局长签发局长秘书科校办公室稿（刘珏）科长审稿后回转办公室人员（刘珏）办公室人员分发到局领导审批局长填写批阅文件信息秘书对局长签发的文件进行校验2.3.2.4流程功能

1、起草文件，由办公室收件人起草发文草稿；2、审核、传阅、签发，相关领导审核、签发；3、办公室秘书打印文件。

2.3.3办公室“收文”流程

2.3.3.1业务接口图

需要的数据：1、科室起草文件需要的科室配合：1、局领导的审批输出的数据：1、办公室收文办公室收文

2.3.3.2工作流程图

开始办公室收文（扫描）主任签发办公室转批相关领导结束

发文流程图

2.3.3.3流程环节描述

序号名称1操作人操作表单文件处理笺操作描述扫描文件23办公室收文（扫描）主任签发主任签发到相关领导主任审核、签发文件是否正确相关领导是否阅读，提示是否已阅并回复（即时提示）给发件人。2.3.3.4流程功能

1、扫描文件，把收到的文件扫描到系统，以要件的方式流转；2、审核、传阅、签发，相关领导审核、签发；3、办公室秘书打印文件。

2.3.4办公室“电话通知”流程

2.3.4.1业务接口图

需要的数据：1、电话记录输出的数据：1、电话通知相关领导办公室电话通知

2.3.4.2工作流程图

开始2分钟，内回复，未回复电话询问紧急通知通知相关领电话记录导非紧急通知4分钟，内回复，未回复电话询问结束

电话通知流程图

2.3.4.3流程环节描述序号名称1操作人操作表单电话记录操作描述记录电话信息，通知(系统通知和手机短信息通知或邮件通知)相关领导通知领导4分钟终信息没有反馈，则电话询问领导记录电话信息通知领导2分钟终信息没有反馈，则电话询问领导非紧急通知4分钟2电话记录紧急通知2分钟2.3.4.4流程功能

1、记录电话信息；

2、通知领导、确认领导是否收到该信息。

2.3.5档案室流程

2.3.5.1操作步骤

工程著录工程号输入文本工程类型输入文本工程名称输入文本工程地点输入文本建设单位输入文本工程规划许可证号输入文本工程规划许可证号（副本）输入文本发证时间输入时间主题词输入文本容积率输入文本更新保存取消工程著录

收收收收收收收收收收收收收收收收收收收收/收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收城建档案分类目录

卷内目录卷内目录卷号：顺序号文件作者原文号文件标题文件日期页次主题词容积率输入文本主题词更新保存取消卷内目录

案卷著录工程号基本信息档案馆代号案卷题名输入文本输入文本输入日期电子档号输入文本存放地址输入文本输入文本档号输入文本获取案卷信息编制单位输入文本编制单位保管期限输入文本密级输入文本页数输入文本主题词容积率附注输入文本输入文本输入文本添加删除取消清除案卷著录

2.3.5.2流程环节描述序号名称1234操作人操作表单工程表单操作描述工程著录城建档案分类目录卷内目录案卷著录档案室人员根据纸质文档录入工程信息城建档案分类档案室人员根据分类录入档案分目录表类目录信息卷内目录表档案室人员录入卷内目录信息案卷表档案室人员录入案卷信息

5档案查阅利用登记案卷查阅利用档案室人员根据案卷查阅利用登登记表记表录入查阅信息2.3.5.3流程功能

1、

2、3、

录入工程、档案分类目录、卷内目录、案卷等信息；打印工程、档案分类目录、卷内目录、案卷等信息；查阅工程、档案分类目录、卷内目录、案卷等信息；

2.3.6文件、图纸做批注

多文档打开，根据另一个领导批注，在同一个文件上，做出批注，同时需要保存多个领导的批注信息（最好是不同领导用不同的颜色区分开显示）。

2.3.6.1流程功能

1、2、3、

写入图层批注信息；保存图层批注信息；

查阅图层批注信息(以不同颜色)。

2.3.7证书作废

如果批准的证书需作废，保留作废证书号。

2.3.7.1流程功能

1、2、

作废证书；查询作废证书。

娄底市规划管理业务支撑系统

概要设计说明书

三、引言

3.1编写目的

概要设计说明书的编写是为在娄底规划局和软件开发者之间建立共同的办公系统改扩建功能需求目标，并对所需实现的各项软件功能做全面的描述。作为娄底规划局和软件开发者共同的合作基础，以指导整个办公系统改扩建项目的正常实施。

本说明将从用户的角度，确定与描述娄底规划局办公系统的改扩建功能要求；建立需求模型，明确具体地表达出软件客户与软件开发者对于本子系统所达成的共识。

本说明中的需求模型将以对象作为基本单元，通过对象及其相互关系来描述系统的逻辑结构，以使系统具有相对的稳定性，容易适应需求变化及功能扩充。

本说明经软件客户和软件开发者确认后，将为软件从总体设计到最终实现以至测试提供依据，因此本说明的预期读者为软件客户、系统设计者、系统开发者、测试人员、系统验收专家。

系统建设目标是实用、安全、可靠、性价比好、开放、先进，保证系统有较长的生命周期。

3.2项目背景

娄底市规划局是娄底人民政府城市规划行政主管部门，负责本行政区域内的城区规划工作。内设办公室、综合科、用地科、工程科、民房科、法规科等。另外还包括规划院、测绘院等下属单位。

随着信息化工作的不断发展、规划事业的不断推进、规划管理体制与机制的调整、规划审批制度的改革、新的地理信息技术应用、网络信息技术的进步，对规划局现有的规划管理软件提出了更高的要求。因此，我们将在娄底规划局规划工作职能、管理模式基础上，基于用户新的要求，根据我们在规划管理行业多年的工作经验，提出针对“娄底规划局办公系统”的建设方案。

3.3建设原则

3.3.1管理原则

按工作管理平台的要求统一对系统中所使用到的各项工作要求及功能进行定制分配管理。

各使用人员按在工作流管理平台中制定的工作功能，在各自的工作平台上进行各项具体的工作。

3.3.2高效性

系统速度慢，导致所有的操作效率降低，因而在系统的改扩建过程中，必须保证系统使用的高效性。

3.3.3可用性

系统所提供的各项功能必须可实现所要求的对应业务功能需要。

对具有数据破坏性的操作必须提供进一步的确认，同时提供前一步的操作恢复。

3.3.4简便可操作

业务人员每天少则需利用系统对10数个项目进行审批及办文的处理，多则每天需处理的各环节办理项目达50个，除去具体审批、办理所用的时间，仅以系统中对所述项目的处理来讲，如果能在每个项目上减少经办人员的点击次数、办理时间，每项目上1分钟效率的提高，都有可能帮助经办人员节省30分至更多的时间。

因此在系统中必须尽可能地简化每一步的操作，以便经办人员可简便地操作。

3.3.5可靠性

系统必须正常稳定运行，保证所处理事务、数据的完整性。

3.3.6兼容性

系统提供公开的数据格式及标准的与档案系统、触摸屏系统及电子政务要求统一的、完备的数据输入、输出接口。

3.3.7扩展性

以方便的工作流管理平台做支持，方便系统管理人员按机构及业务的变化进行工作流的

重新定义、增加或删除定义，便于根据新业务需要，挂接新功能以扩展系统应用。系统在设计上充分考虑系统数据的扩展性；以满足将来规划局应用系统和城市其它部门专业应用系统建立的需求。

3.3.8安全性

在工作流管理平台中，对系统用户按角色、工作组等层次进行权限的划分，以实现各环节对应功能的使用，从而符合“合适的人干合适的事”的管理要求。

按系统提供的数据备份功能保证系统的数据使用安全。

3.3.9可维护性

系统利用工作流平台进行使用人员工作流程的维护及管理。系统系统管理模块进行数据备份、日志等管理、维护。

对系统所涉及到的各项应用及管理必须是可管理和可维护的。

四、总体设计

4.1系统结构

规划管理办公系统业务办公管理业务流程办理短信提醒修建规划入库指标复合红线数据编辑GIS模块办公管理工作流管理后台配置维护表单管理机构用户管理权限管理系统参数维护GIS维护政务公开规划成果展示规划动态政策法规政务公开网站信息发布规划公示信访监督网上办事规划交流后台配置维护授权维护信息发布信访回复咨询回复举报投诉处理中间服务层综合业务数据库本地数据库基础地理信息系统

图四-1系统架构图

根据娄底规划局办公系统的建设目标，建设工程总体结构可以如上图所示。系统业务应用层采用Client/Server（客户/服务器）结构建设，逻辑中间层采用WebSevice技术实现业务封装，系统所有的数据都集中存放在大型关系数据库中，系统通过业务逻辑中间层和C/S结构连接。

4.2数据流图

规划局办公系统业务矢量数据业务流程案卷属性、要件数据空间数据引擎SDX+业务属性数据库SuperMap矢量数据库空间数据引擎SDX+历史红线数据总规、分规数据控规数据现状道路数据规划道路数据管线数据文件数据源图四-2数据流图

4.3软件平台

4.3.1GIS平台

GIS软件配置如下：

序号GIS软件产品桌面GIS软件组件GIS软件运行许可AutoCad名称SupermapDeskpro6SupermapObjects6AutoCad201*数量1套约10许可2套备注用于数据处理加工管理用于数据应用系统运行用于红线数据编辑4.3.2数据库平台

数据库平台使用现有的Oracle10G中文企业版。

4.4系统设计要求

4.4.1用户界面要求

用户的界面应通俗易懂，页面信息集成度高，用户操作简便。用户界面个性化、可定制。在每个子系统中，操作及选择键（热键、菜单选择等）的功能定义应保持一致。

在功能栏和项目栏中都应有在线帮助信息，功能栏和项目栏中内容可修改。

如查询资料需要多页显示，用户可跳页也可滚动显示。

逐步回退功能（UNDO）及与WINDOWS菜单常用功能相仿的功能(根据具体需要)。

4.4.2灵活性及易用性要求

软件系统应尽可能参数化设计，以便为甲方的业务发展提供最大的灵活性，在引入新业务、新设备时不需要修改软件。

各种查询、统计数据可导出到EXCEL工作簿、图表等格式，便于操作人员进行整理和打印。

提供对统计资料的多种表格和图表（如条形图、折线图等）的显示和打印功能。

系统开发应尽可能选用中间件。对于使用中间件的部分，投标人应提出详细说明。

系统操作日志可灵活管理，要求具备按字段查询、汇总、输出等功能。

4.4.3技术架构要求

要求拥有成熟的、采用主流技术并符合未来技术发展趋势的系统架构和公共组件。应采用客户端基于浏览器的多层架构，默认情况下采用B/S方式，若B/S方式不能满足业务需求，则采用C/S方式；

应采用面向对象、基于组件技术，具备良好的可扩展性；

应支持面向服务的框架；

采用关系型数据库管理空间数据，一体化的数据管理方式，支持海量数据管理；图文一体化工作模式，采用工作流技术处理业务流转；采用稳定可靠成熟的主流GIS平台

采用成熟主流的GIS平台，具有完整的产品体系，必要时能够提供及时高效的现场技术服务；

空间数据库引擎具有管理海量空间数据的能力和案例（TB级别），支持Oracle、SQLServer、Sybase等主流关系数据库系统，能够支持GIS、MIS与OA技术的一体化集成，并满足数字西安空间框架数据库系统中长期扩容的需要；

地图平台发布系统（WebGIS）支持Ajax技术，提高网站地图浏览速度（地图操作无明显延迟）；桌面程序采用组件式GIS技术，能够实现与已有应用系统的无缝集成；具有先进的影像压缩存储技术，保证影像数据的浏览速度，同时保证影像数据的精度无损存储。

应提供系统整合接口：为与其他系统整合预留接口系统架构设计应满足以下要求：

健壮性：支持容错性，系统软硬件均按冗余设计；

可靠性和可用性：目标系统应该能够7×24小时的连续运行，平均故障间隔时间大于90天，平均故障修复时间小于4小时；

容载力：业务办公系统（C/S方式）至少应该支持80人的并发访问，WEBGIS至少应该支持400人的并发访问；扩展性:在硬件条件不是瓶颈的情况下，并发处理能力应该可以扩充一倍以上。系统设计时，充分考虑新增业务的加入和业务的变化。

4.4.4安全设计要求

考虑到数据中心的集中建设，部分安全措施已由数据中心提供,包括网络入侵检测与病毒防护、系统数据的安全备份与恢复等。

应用系统安全，如：用户认证/授权、角色管理等。

数据的安全：如：数据的一致性与防篡改等。信息传输安全：如：数据的加密及不可抵赖等。

安全管理及制度方面的描述，要求系统所有的增删改操作要在系统中按照操作者、时间、具体操作等内容留下操作日志。

4.4.5GIS平台选型要求

1)实用性，能够满足现有的需求，可以实现与现有系统的接口；

2)先进性，考虑到GIS软件的发展趋势，保证系统在建成后处于国内先进水平；3)可扩展性，在一定时期可能利用GIS解决某些问题，但随着平台要求的提高和业务的扩展，可能要用GIS解决另外一些问题，系统应该能够扩展；

4)延续性，要选择具有良好延续性、持久性，用户广泛、信誉好、服务好的软件，注重软件生产厂商实力、水平和对市场需求的洞察能力；

5)维护的方便性，空间数据模型既能实现数据的统一管理（在一个同一的模型框架下对GIS通常所处理和表达的地理空间要素进行统一的描述），又是面向对象的；

6)系统开发的灵活性，采用通用的开发工具进行系统的开发，如.NET,VB、VC、Delphi等；

7)合理的性能价格比，系统具有良好的性能，同时价格又比较合理，在同等条件下优先采用国产软件；

8)采用的GIS软件空间数据库引擎要能支持多种数据库，包括：SQLServer、Oracle、Sybase、DB2、Kingbase和DM3等；

9)提供对影像数据以MrSID、ECW文件的形式进行管理；同时支持影像加密功能，为保护数据提供完善的安全机制，最大限度的保护了用户的数据投资；

10)支持在数据库中动态存储拓扑关系；客户端支持Ajax技术，增强Web客户端体验。

五、功能设计

5.1政务办公子系统

5.1.1收费

由相关开出收费单，收费单是否有优惠由负责人设置。

5.1.2上会

在经办人阶段，经办人可以申请上某局长的会议，案卷状态为正在办理，股长或主任同意后进入会议箱并停止计时，在局长会议箱可以查阅到需开会的案卷并适时提醒。

5.1.3公示

在办理各证书时，很多情况下都要公示方案。

5.1.3.1输入、输出表格和图形

表格名称公示登记表公示意见呈批表听证申请听证通知

输入表√√√√出表√输文号格式

5.1.3.2流程图

窗口收件听证申请局会议听证修改方案方案公示窗口发件听证通知书有意见提出意见领导意见

5.1.3.3流程阶段功能描述

阶段窗口收件窗口发件方案公示提出意见领导意见听证局会议阶段工作内容描述当方案公示后在指定时间内允许他人提出意见。同时可以申请听证向提出方发出听证申请将设计方案公示于众公众提出方案意见领导根据实际情况提出自己的意见根据通知时间，在局听证根据听证结果、领导会议开展局部会议讨论。5.1.3.4相关要件

5.1.4督办

各级领导通过可视化的业务督办方式可以随时了解业务处理过程、案卷办理信息、人员办案情况等，并提出督办意见。

5.1.5要件操作

可以上传多种文件类型的要件，同时支持红线编辑，支持几乎所有扫描仪扫描录入和简单的编辑功能。

5.1.6征求意见

可以在案卷办理过程中向其他人征求意见。

5.1.7惯用语

可以配置某个业务中常用的惯用语，避免重复输入这些固定的用语，也可以配置用户自己的惯用语。

5.1.8超期设置

案卷在某个环节的限定时间。如果超过限定时间会用红灯、黄灯提示办理人员。

5.1.9批转

转交至下一流程处理

5.1.10回退

回退至上一流程处理

5.1.11特事特办

特殊情况跳跃至流程某结点处理

5.1.12缓办

延缓到指定时间办理

5.1.13退文

因某种原因退回收件

5.1.14作废

因某种原因作废此案

5.1.15项目关联

项目关联是将与此项目相关联的其它项目添加进来，方便在以后的在查询此项目以及相关项目的资料。

5.1.16短信

可以根据需要设置发送及时短信和手机短信。

5.1.17修建性详细规划标注化

修建性详细规划标准化子系统嵌入CAD平台中，使用该系统可以把修建性详细规划进行数据标准化工作，包括对数据重新分层，注入属性等。

5.1.18修建性详细规划入库

把经过标准化的修建性详细规划（CAD文件）进行矢量转换，导入到SuperMapSDX+数据库中。

5.2指标复核子系统

指标复核功能嵌入在办公流程的审批环节中，经办人或者审批人员可通过流程中的“指标复核辅助审批”功能，在外部打开CAD图形（ATUOCAD201*、201*、201*、201*），对控规的各项指标进行复核，指标包括：用地面积、建筑底层面积、总建筑面积、容积率、建筑密度、绿化率、建筑高度等。

指标复核辅助子系统嵌入在ATUOCAD软件中，各项指标复核辅助功能在CAD的基础上以菜单和命令结合的形式出现，菜单的具体形式与现有CAD软件一致，与CAD系统完美结合。为审批人员在复核指标和面积时，自动完成所有计算过程并生成相应报告书。

5.2.1指标复核流程

信息中心根据报件单位提供的规划总平图、复核项目电子文档和市局已下要点的提供要点指标等必须文件，在系统中进行经济指标审核以及日照分析审核。分析成果导出成Word报表，并计算出审核费用然后进行收费。

5.2.2复核结果导出报表

所有指标复核产生的结果，将可以直接导出成Word报表，方便用户查阅和打印。

5.2.3自动计算费用

将复核的结果填入输入表单时，系统将会根据配置好的单价和折扣自动计算出需要的费用，并将结果显示在输入表单的对应文本框中。

娄底市规划管理业务支撑系统

详细设计说明书

六、引言

6.1编写目的

本文档为档案管理应用系统详细设计说明书，是系统架构设计师设计开发、程序开发人员编码、测试人员测试的重要依据。

6.2项目背景

随着信息化工作的不断发展、城市规划事业的不断推进、城市规划管理体制与机制的调整、城市规划审批制度的改革、新的地理信息技术应用、网络信息技术的进步，对规划局现有的规划管理软件提出了更高的要求。因此，我们将在娄底规划局规划工作职能、管理模式基础上，基于用户新的要求，根据我们在规划管理行业多年的工作经验，建设符合娄底市规划局特点的规划管理系统。

6.3系统设计原则

6.3.1用户界面原则

在功能栏和项目栏中都应有在线帮助信息，功能栏和项目栏中内容可修改。如查询资料需要多页显示，用户可跳页也可滚动显示。

逐步回退功能（UNDO）及与WINDOWS菜单常用功能相仿的功能(根据具体需要)。

6.3.2灵活性及易用性原则

软件系统应尽可能参数化设计，以便为甲方的业务发展提供最大的灵活性，在引入新业务、新设备时不需要修改软件。

各种查询、统计数据可导出到EXCEL工作簿、图表等格式，便于操作人员进行整理和打印。

提供对统计资料的多种表格和图表（如条形图、折线图等）的显示和打印功能。系统开发应尽可能选用中间件。对于使用中间件的部分，投标人应提出详细说明。系统操作日志可灵活管理，要求具备按字段查询、汇总、输出等功能。

6.3.3技术架构原则

应采用面向对象、基于组件技术，具备良好的可扩展性；应支持面向服务的框架；

采用成熟主流的GIS平台，具有完整的产品体系，必要时能够提供及时高效的现场技术服务；

应提供系统整合接口：为与其他系统整合预留接口系统架构设计应满足以下要求：健壮性：支持容错性，系统软硬件均按冗余设计；

可靠性和可用性：目标系统应该能够7×24小时的连续运行，平均故障间隔时间大于90天，平均故障修复时间小于4小时；

容载力：业务办公系统（C/S方式）至少应该支持80人的并发访问，WEBGIS至少应该支持400人的并发访问；

扩展性:在硬件条件不是瓶颈的情况下，并发处理能力应该可以扩充一倍以上。系统设计时，充分考虑新增业务的加入和业务的变化。

6.3.4安全设计原则

考虑到数据中心的集中建设，部分安全措施已由数据中心提供,包括网络入侵检测与病毒防护、系统数据的安全备份与恢复等。

应用系统安全，如：用户认证/授权、角色管理等。

数据的安全：如：数据的一致性与防篡改等。信息传输安全：如：数据的加密及不可抵赖等。安全管理及制度方面的描述，要求系统所有的增删改操作要在系统中按照操作者、时间、具体操作等内容留下操作日志。

七、总体设计

7.1系统结构

娄底规划局信息管理平台政务办公授权维护案卷归档档案管理案卷著录案卷入库案卷借阅案卷归还政务网站前台后台前台后台业务流程办理短信提醒修建规划入库指标复合红线数据编辑GIS模块办公室管理工作流管理表单管理机构用户管理权限管理系统参数维护GIS维护政务公开规划成果展示规划动态政策法规规划公示信访监督网上办事规划交流授权维护信息发布信访回复咨询回复举报投诉处理图2-1系统架构图

7.2数据流图

收收收收收收收收收收收收收收收收收收收收收收收收收SDX+收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收收SDX+收收收收收收收收收收收收收收收收收收收收

图2-2数据流图

收收收娄底规划局办公系统中包含多种业务数据，其中有基础地形数据、规划数据、业务矢量数据、业务相关要件电子文档。具体数据类别如下：

基础地形数据：由测绘院基础地形数据库直接提供数据。包含的数据类别有

1：500

地形数据、1：201*地形数据、1：10000地形数据、影像数据。

规划数据：由规划设计院提供CAD格式电子文档。包含的数据类别有总规、分规、控

规、规划道路。

业务矢量数据：是由建设单位提供或者在办公流程中产生的矢量数据。有建设单位提供的数据类别有修建性详细规划图；在办公流程中产生的数据类别有选址红线图、

用地红线图、工程证附图、竣工测量图，其中用地红线图通过系统提供的

编辑平台进行图形剪辑、属性编辑，根据系统要求直接入库。

历史红线数据：规划局存在历史红线数据，通过入库、整理形成成果数据。

八、系统模块设计

8.1业务审批系统

8.1.1基本办公业务功能

8.1.1.1办公系统版本更新

功能说明：系统应用端采用C/S方式实现办公管理，系统程序需要一定量的调整，维护量很大，系统将使用程序版本更新管理，自动实现程序的自维护。

输入输出说明：

输入：客户端版本和更新程序版本；输出：更新客户端版本

8.1.2主界面

8.1.2.1模块描述

用户通过登录窗口，键入用户名和密码后，单击“登录”即进入规划管理办公平台。系统主界面如图所示，界面最上层为主菜单，第二行为常规工具栏，第三行为查询工具栏与任务栏切换按钮。界面左侧为工作台，右侧为任务栏，中间显示案卷列表，悬浮在案卷列表上的公告信息提示当前用户的业务办理数，便于用户查看。最底部为状态栏。

用户登陆后的主界面根据权限控制与上图会有所区别，同时，用户可以通过主菜单中“工具”下“个人选项”中的选项对公告信息，案卷列表是否为默认为打开状态进行控制。

默认界面打开的时候，显示所有的案卷信息，并且按案卷目录分组。

8.1.2.2界面设计

图3-1系统主界面

8.1.2.3功能IPO图

输入处理输出业务查询模块根据输入的业务查询条件调用工作流引擎取得数据业务数据列表地图查询模块根据输入的地图查询条件调用地图接口显示结果GIS地图显示

图3-2系统主界面功能IPO图

8.1.2.4输入项

业务查询：在业务下拉列表中选择[业务类型]，输入业务类型查询信息，进行查询。业务类型是按用户自定义配置的字段来显示的。

注：此字段是用户自定义配置的字段，并且此字段同业务数据列表中的列名是统一的。业务类型查询的也只会是流程主表中的数据，附属表的字段不显示。

地图查询：在地图下拉列表中选择[地图类型]，输入地图类型查询信息，进行查询。

8.1.2.5输出项

业务查询将查询的结果展示到业务信息区域中，并同时显示当前案卷所属的案卷目录信息。并同时根据当前用户的界面配置信息表中的配置来显示界面的效果。

地图查询将打开gis地图，并显示图面信息。

8.1.2.6流程逻辑

开始查询当前用户所存储的配置信息界面功能模块的显示与隐藏查询当前用户权限信息查询当前用户所存储的配置信息数据查询条件业务查询条件地图查询条件接口模块入口图标的显示与隐藏查询当前用户所存储的配置信息查询用户权限消息提示框有查看权限右键菜单业务显示列表显示GIS地图数据无查看权限保存当前用户的操作界面作为下一次默认打开界面选择相应的接口模块进入结束图3-3系统主界面流程图

8.1.2.7接口

我的案卷：存放当前正在办理的案卷和需要办理的案卷（收件所得的新案卷和移交过来

的案卷），以及所有向您申请授权、征求意见的案卷；

移交件：存放已经移交出去的案卷；

停办件：存放已经缓办的案卷；

回收站：存放所有作废的案卷列表；

督办：存放您有权督办业务的在办案卷；办结件：存放已经办结的案卷；存档件：存放已经存档的案卷；

退文案卷：存放已经退文的案卷

我的消息：存放所有您发送与收到的消息。并且包括工具栏与右键的功能接口模块。

或者使用工具条来实现类似的调用接口模块的效果

8.1.3案卷箱与消息箱

友情提示：本文中关于《服务支撑工作问题分析及建议》给出的范例仅供您参考拓展思维使用，服务支撑工作问题分析及建议：该篇文章建议您自主创作。