政协提案系统设计方案.docx
- 文档编号:1927222
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:32
- 大小:38.24KB
政协提案系统设计方案.docx
《政协提案系统设计方案.docx》由会员分享,可在线阅读,更多相关《政协提案系统设计方案.docx(32页珍藏版)》请在冰点文库上搜索。
政协提案系统设计方案
1概述
1.1项目背景
党中央、国务院敏锐的把握信息化的发展趋势,明确指出:
“信息化是我国加快实现工业化和现代化的必然选择。
坚持以信息化带动工业化,以工业化促进信息化”,把推进国家信息化作为保持我国经济持续、快速、健康发展,实现中华民族伟大复兴的重大战略举措,并且明确将电子政务建设作为我国信息化工作的重点,政府先行,带动国民经济和社会发展信息化。
近几年来,政协委员们不断呼吁加强政协办公业务资源信息化建设,政协领导同志也高度重视,贾庆林主席多次做出指示,要求尽快规划,及早实施,通过信息化积极促进政协的工作。
政协提案的提交与处理是政协工作的重点,已经成为广大人民群众关心的一个热点。
提案涉及的领域十分广泛,包括经济和社会发展各个方面,如西部大开发、生态环境保护、经济结构调整、基础设施建设、教育与人才培养、精神文明建设和反腐倡廉等。
这些提案通过承办单位的认真办理,在改革开放和社会主义现代化建设中发挥了积极作用。
针对政协提案的提交、办理、回复及信息共享等日常管理工作要求,需要建立这样一个软件平台系统:
用户可以通过互联网或专网直接下载提案的交办清单和提案的原文;当有新的案件办理时,用户可以直接在网上回复办理信息。
同时,通过网络信息互动后的提案,都严格遵循工作流程,由承办部门进行处理,并反馈处理结果、意见;提案人和监管部门可以对整个处理过程和结果进行监控;系统也自动通过信息、邮件等方式知会有关人员。
系统还需具有完善的分类及统计分析功能,对提案研究工作将提供很大的帮助;另外,广大群众可以通过互联网访问政协提案网上办理系统,轻松查看政协提案目录及承办单位办理情况等信息。
为适应政协信息化建设的发展,实现提案信息化网络化管理是当务之急。
我们根据政协的需求提出我们的设计与技术方案,最终实现了网上提案提交、立案受理、分立承办、流程追踪、回复公示,实现提案查询、分类、统计、分析等功能。
1.2设计依据
本项目建设方案编制的主要依据是:
1、软件的需求分析参考《计算机软件需求说明编制指南》(GB9385-1988)及其后续修订补充版本或替代版本中所规定的内容和技术要求。
2、逻辑模型设计参考《功能建模方法IDEF0》(IEEE1320.1-1998)、《信息建模方法》(IEEE1320.2-1998)及其后续修订补充版本或替代版本等。
3、安全体系设计参考《中华人民共和国计算机信息系统安全保护条例》、《计算机信息系统保密管理暂行规定》(国保发[1998]1号)及其后续修订补充版本或替代版本的有关规定。
4、应用支撑平台和业务应用系统设计参考:
《计算机软件产品开发文件编制指南》(GB/T8567-1988)。
5、系统安全设计参考:
《计算机信息系统安全保护等级划分准则》(GB/T17859-1999)、《信息技术安全技术信息技术安全性评估准则》(GB/T18336)、《信息技术开放系统互联高层安全模型》(GB/T17965-2000)、《信息技术开放系统互联基本参考模型》(GB/T9387)、《信息技术开放系统互联应用层结构》(GB/T17176-1997)、《信息技术开放系统互联开放系统安全框架》(ISO10181)、《信息技术开放系统互联通用高层安全》(GB/T18237)。
6、软件开发的质量、进度控制方案的制定参考《信息技术软件生存周期过程》(GB/T8566-2001)、《信息技术软件生存周期过程指南》(GB/Z18493-2001)、《计算机软件测试文件编制规范》(GB/T9386-1988)、《计算机软件配置管理计划规范》(GB/T12505-1990)、《计算机软件单元测试》(GB/T15532-1995)、《软件文档管理指南》(GB/T16680-1996)、《计算机软件质量保证管理计划规范》(BG/T12504-1990)、《信息技术软件包质量要求和测试》(GB/T17544-1998)、《信息技术软件测量功能规模测量》(GB/T18491)、《信息技术及软件完整性级别》(GB/T18492-2001)、《计算机软件可靠性和可维护性管理》(GB/T14394-1993)、《信息技术软件产品评价质量特性及其使用指南》(GB/T18905)、《软件工程产品评价》(GB/T18905)等标准,并应尽可能参考相关标准最新版本。
7、投资概算参考国家、信息产业部和水利部等制定的相关概(预)算编制方法及有关规定编制。
在国家或行业未制定信息系统建设工程专门定额与投资概预算编制规定之前,编制原则与依据可参考信息产业部《电子工程建设概预算编制办法》(HYD41-2005)、电子工业部《电子工程概预算编制办法和费用定额》(电子计[1996]211号文)、邮电部《通信建设工程概算、预算编制办法及费用定额》(邮部[1995]626号文)、国家物价局和建设部《关于发布工程建设监理费有关规定的通知》([1992]价费字479号文)及信息产业部《关于发布通信工程建设监理费计费标准规定(试行)的通知》(信部规[2002]1219号文)等。
1.3设计原则
系统设计的基本原则是以系统总体目标为宗旨,为用户提供技术先进,成熟可靠,灵活适用,性能优秀的提案管理系统。
因此,系统设计将遵循如下原则:
1.3.1开放性
系统在设计时考虑到功能的可扩展性与维护的方便性,使用的操作平台类型,应用服务器、编程语言和数据库,将遵循通用性、开放性,以期达到减少后续功能增加,修改的难度,减少由于维护方、后续服务方的变更,带来系统二次开发、维护的难度。
1.3.2安全性
系统在设计和实施中,应避免系统自身设计漏洞引起的安全隐患,保证系统应用级的安全。
系统可以通过和CA数字安全认证体系的结合,保证数据认证和传输的安全。
1.3.3高性能
本系统的硬件搭配,系统设计能够充分胜任对大量事物处理的要求和信息量不断增长的要求。
1.3.4可集成性
系统整体设计原则符合提案工程提出的:
高内聚松藕和的原则。
做到系统各个模块组件化,系统整体协调统一。
1.4关键术语定义与说明
B/S结构-Browser/Server,浏览器/服务器结构。
J2EE-Java2EnterpriseEdition,J2EE的应用编程模型(J2EEBlueprints)提供了一种用于实施基于J2EE多层应用的文档和实例套件的体系模型。
JSP-JavaServerPages,是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
Servlet-是用Java编写的Server端程序,它与协议和平台无关。
Servlet运行于Java-enabledWebServer中。
JavaServlet可以动态地扩展Server的能力,并采用请求-响应模式提供Web服务。
Ajax–AsynchronousJavaScriptandXML,是使用客户端脚本与Web服务器交换数据的Web应用开发方法。
Web页面不用打断交互流程进行重新加裁,就可以动态地更新。
XML语言-eXtensibleMarkupLanguage,是一种具有数据描述功能、高度结构性及可验证性的置标语言。
CA-CertificateAuthority,即证书授权中心,为电子网络环境中各个实体颁发数字证书,以证明各实体身份的真实性,并负责在业务活动中检验和管理证书;它是电子网络环境下业务活动的权威性、可信赖性及公正性的第三方机构。
ActiveX-ActiveX是Microsoft提出的一组使用COM(ComponentObjectModel,部件对象模型)使得软件部件在网络环境中进行交互的技术集。
作为针对Internet应用开发的技术,ActiveX被广泛应用于WEB服务器以及客户端的各个方面。
WebService-WebServices是描述一些操作(利用标准化的XML消息传递机制可以通过网络访问这些操作)的接口。
中间件–middleware,是基础软件的一大类,属于可复用软件的范畴。
顾名思义,中间件处于操作系统软件与用户的应用软件的中间。
中间件在操作系统、网络和数据库之上,应用软件的下层,总的作用是为处于自己上层的应用软件提供运行与开发的环境,帮助用户灵活、高效地开发和集成复杂的应用软件。
2建设目标与任务
2.1建设目标
从政协工作对信息化的实际需要出发,利用现代信息网络技术,统筹规划,科学实施,建成政协机关使用的现代化提案工作平台,为政协履行政治协商、民主监督和参政议政职能服务,我们将为政协建设提案管理系统。
本系统可以实现网上提案提交、立案受理、分立承办、流程追踪、回复公示,实现提案查询、分类、统计、分析等功能。
2.2建设任务
基本实现提案受理、交办、催办、跟踪、答复等一体化管理,提高整个政协系统提案工作的效率和质量。
完成政协对提案管理工作的自动化管理,实现政协提案委员会业务工作的自动化、规范化、电子化、标准化,减轻办公人员工作压力,让所有相关工作人员利用网络实现协同工作和提案管理,增强提案的可管理性,实现提案信息的在线查询,最终实现提案书写、递交的无纸化、电子化。
2.2.1建设政协电子政务外网提案网站
实现提案和提案统计的发布,让政协提案的办理更加公开、透明,让更多的人民群众可以监督政协提案的办理。
2.2.2建设政协电子政务提案管理系统
实现提案人网上提交提案,使提案的提案变得更加方便快捷;实现提案人对提案办理的跟踪,随时了解提案的状态,加强对提案办理的监督;建立提案人在提案办理过程中与提案委工作人员和承办单位的沟通渠道,使提案人的意见和建议能够得到及时反馈。
实现提委会工作人员网上处理提案,使提委会工作人员对提案的立案/不立案、交办、发布等进行处理以及对优秀提案的设定;能够对基础资料进行管理和维护;建立提案委工作人员在提案办理过程中与承办单位和提案人的沟通渠道,使提案委工作人员的意见和建议能够得到及时反馈。
实现承办单位网上处理提案,使承办单位办理提案后能迅速的对提案进行复文;建立承办单位在提案办理过程中与提案委工作人员和提案人的沟通渠道,使承办单位的意见和建议能够得到及时反馈。
实现提案和提案统计的发布,使提案参与者能够及时有效的了解到提案的新动态,能进一步提高提案的质量和办理水平。
实现系统管理员对系统的基本维护和管理,使系统运行得更加安全与稳定。
2.3建设原则
1、统一规划,统一实施
系统的建设将遵循统一规划、统一实施的基本原则,以保证系统建设质量。
2、统一技术标准,安全可靠
系统的建设将提供统一技术标准,保证系统可长期、不间断稳定运行,保证数据和资源的安全可靠。
3、稳定性和灵活性
系统的建设将充分考虑稳定性和灵活性。
4、扩展性
系统的建设将充分考虑扩展性,在符合提案管理系统整体架构的基础上,具备开放性、可扩展性和伸缩性。
3需求分析
3.1现状描述
政协提案委员会平均每年接收提案4000多件,涉及政治、军事、科技、文化、教育等各类社会热点问题、工作重点问题和难点问题;提案的主办单位和协办单位近百家。
多年来,由于电子化处理手段落后,只有不到10%的资料实现电子化处理,各类资料的流转、分类、整理、存档、查询等工作均采用人工方式进行,既造成了资源的巨大浪费,又降低了委员参政议政的效果和工作人员的工作效率。
每年的政协会议期间,提案人都会提出一些提案及相关建议。
在以往的提案中,政协委员都采用手写,并用邮寄或者人送的方式递交,既影响了提案的规范化管理,又影响了提案的递交速度和递交质量。
而且这些提案和建议都没能进行很好的信息化管理,一旦会议结束就不能再提交,并且对处于办理阶段的提案也没有很好的方式进行跟踪和监督,办理的结果也不能及时反馈给原提案代表。
3.2需求分析
3.2.1提案的工作流程
3.2.1.1闭会和大会期间提案处理方式
1、闭会期间提案流程
2、大会期间提案流程
3.2.1.2政协提案的提出和办理
1、提案人向政协全体会议或者常务委员会提出提案;
2、提案委员会对提案进行审查;
3、提案委员会对未通过审查的提案不予立案,并通知提案者;
4、提案委员会对通过审查的提案立案,并根据提案的内容和有关单位的职责确定承办单位;
5、承办单位可对提案不予采纳,但必须说明情况,解释清楚;
6、提案办理过程中,提案人可向提案委员会提出催办意见;
7、提案办理过程中,提案委员会可根据实际情况向承办单位发出督办通知;
8、提案办理过程中,提案委员会可根据实际情况对提案做出转办;
9、承办单位在办理提案过程中应向提案委员会及时反馈办理情况,并在规定的时限内完成提案的办理,向提案委员会提交办理复文;
10、提案人若对办理结果不满意,可向提案委员会对办理复文提出答复意见,提案委员会应建议承办单位重新研究,作进一步的答复;
11、提案办理完毕,提案委员会对提案进行归档。
如图:
3.2.1.3提案的交互处理方式
3.2.2提案人提交提案
3.2.2.1功能需求
提案人从网络(本处使用互联网)登陆进入该模块并提交提案,对提案的办理情况进行查询、跟踪。
包括下列功能:
1、提案人登录
2、提案浏览
提案人可以浏览所有已通过提案委审核的提案。
可分别根据编号、联系人、时间、承办单位等排序。
提案人点击一条提案即可查看提案详细内容及处理情况。
3、提交提案
提案人直接在网上填写并提交提案
1)提案分类:
分为党群政法、计划工交、财贸金融、科教文卫、农林水气等。
在维护程序中应能修改这些分类项目。
2)提案类型:
分为集体提案、委员提案。
集体提案是指由相关党派、人民团体、专门委员会、届别小组、联组提出的提案。
委员提案又包括委员联名提案和委员个人提案,联名提案中第一提案人称为领衔提案者。
3)提案内容的填写支持图形嵌入、支持添加附件的功能。
4)提交功能:
提案正式提交到提案数据库中。
5)暂存功能:
提案临时保存在提案数据库中,可在适当的时候删除、修改或正式提交。
6)取消功能:
清除所有填写的内容。
7)建立或增加提案人功能:
填写提案人的姓名、界别、通讯地址及联系电话、邮政编码等。
8)删除提案人功能:
删除某提案人。
4、提案跟踪
处理提案人自己提交的或暂存的提案。
提案人可查询自己提交的提案的办理情况。
分待办、在办、已办等状态,可用图标示意。
点击某一提案时,如果是暂存提案即进入提案修改和提案提交界面;否则进入提案浏览界面。
5、提案查询
提案人可以通过查询功能对提案进行查询。
可按以下方式提案进行查询:
全文、标题、提案人、主办单位、会办单位、分办单位、提案分类、党派、团体、专委会、提案编号、主题词等。
6、意见反馈
提案人对自己提出的提案的办理结果提出正式意见,填写《提案办理征询意见表》,该意见将直接反馈到承办单位的提案处理系统中。
提案人可对该提案的办理结果在此提出自己的正式意见。
信息提交后,承办单位能查看此信息
7、修改密码
8、退出系统
3.2.3提案委员会处理提案
3.2.3.1功能需求
用于提案委员会工作人员对提案进行处理,包括下列功能:
1、用户登录
提案委员会工作人员经过电子政务内网认证后进入系统。
2、提案处理
1)提案浏览:
可了解提案的各种状态。
2)增加提案:
增加新提案。
3)删除提案:
删除该提案。
但提案立案处理后,不能进行删除操作。
4)修改提案:
修改该提案。
但提案立案处理后,不能进行修改操作。
5)立案处理:
将该提案立案。
同时提出立案意见。
不立案的提案的处理有两种情况:
退回提案人或转为意见并转交相交相关单位。
6)提案交办:
选中承办单位并把提案递交过去。
7)提案发布:
提案发布后,该提案即可向提案人、承办单位、监督单位公开,如需让群众知情了解的,则可进一步发布到电子政务外网以供群众查阅。
3、优秀提案处理
优秀提案是从已立案或结案的提案中筛选出来的好提案,重点提案是从优秀提案中再次筛选而来。
4、提案查询
1)简单查询
查询方式可分为:
全文、标题、提案人、主办单位、会办单位、分办单位、提案分类、党派、团体、专委会、提案编号、主题词等。
2)高级查询
可选择查询字段包括:
全文、标题、提案人、主办单位、会办单位、分办单位、提案分类、党派、团体、专委会、提案编号、主题词等。
查询条件包括若干条件定义,如“提案人=XXX”
组合条件对B中的各项条件进行逻辑组合,如“且”、“或”等。
5、提案统计
统计并打印各种报表。
如需让群众知情了解的,则可进一步发布到电子政务外网以供群众查阅。
基础资料管理
1)届次管理
2)委员管理
3)党派团体专委会管理
4)承办单位管理
5)提案分类
提案分类有大类和小类,一个大类里包含多个小类。
大类分为5类:
党群政法、计划工交、财贸金融、科教文卫、农林水气等。
6)办复情况分类
办复情况分类分为:
A、B、C、D类,其中:
A类表示所提意见、建议被采纳或解决的;
B类表示所提意见、建议已被列入计划或正在解决中的;
C类表示所提意见、建议不符合现行政策规定,因而不能办,或因条件不具备,一时不能解决,需待今后条件具备后才能解决的;
D类表示所提意见、建议需请示上级或需交地州市县办理的。
6、用户信息
7、提案监督
提案的办理期限一般以提案交办后3个月内为准,凡超出这个时间的未办完提案,提案委均能列表查看。
与监督单位提案监督功能不同的是提案委能查看所有超期的提案。
催办通知直接发送到提案承办单位,承办单位在提案催办功能模块中能看到此通知。
8、批量增加
批量增加是通过一个格式化的提案文档(如含标识的Word文档),直接将多个提案导入到提案数据库中。
9、退出系统
3.2.4承办单位办理提案
3.2.4.1功能需求
承办单位通过网络(本处使用互联网)登录进入该模块,将提案的办理结果回复提案委员会及委员。
1、用户登录
承办单位连接到提案服务器,经过认证后进入系统。
2、提案浏览
承办单位可以浏览所有经过提案委审核并交办的提案,可根据编号、联系人、时间、承办单位等排序。
3、提案办理
该模块分为三个子模块:
接收提案、已办提案、在办提案。
1)接收提案
承办单位对已经立案并交办的提案进行接收或退回。
接收时反馈一个已收信息到提案委员会,以备查验。
接收后,该提案进入在办提案中。
退回提案是指承办单位认为该提案不应由本单位处理,故退回;退回后反馈一个退回信息到提案委员会。
退回时需填写退回意见。
2)已办提案
供承办单位对自己已处理完毕的提案进行查阅。
3)在办提案
承办单位对交办提案的办理作出正式回复,也可就提案的相关问题与委员及时沟通、交换意见。
与委员交换意见时,经过摆渡,委员能在互联网上及时查看到承办单位的意见。
提案复文是对提案作出正式回复。
填写完正式意见后即认为该提案已被处理完毕,提案即进入已办流程。
4、提案查询
承办单位可以通过查询功能对提案进行查询。
查询方式可分为:
全文、标题、提案人、主办单位、会办单位、分办单位、提案分类、党派、团体、专委会、提案编号、主题词等,可单项也可组合查询。
5、提案复文
承办单位对办理结果提出正式意见。
会办部门虽不直接提出提案复文,但要向主办单位提出办理意见。
6、提案面商
面商是指承办单位在提案办理过程中,与提案人、督办单位、提案委员会相关人员就提案有关问题进行面谈,并形成面商意见。
7、用户信息
用户对自己的信息进行维护,可修改登录系统的密码。
8、客户端探测程序
该程序安装于承办单位的PC机中,驻留于托盘,每间隔一段固定的时间向提案服务器发出查询请求,查看是否有新的提案或意见。
若有则闪烁提示。
双击该程序,即开启浏览器进入提案服务器门户。
9、提案催办
对于超期未办或未办理完毕的提案,监督单位将会发出催办通知,承办单位在此功能模块可查看此通知。
3.2.5监督单位督办提案
3.2.5.1功能需求
提案监督是监督单位对提案的办理进行监控和督办。
提案的办理期限一般以提案交办后3个月内为准,凡超出这个时间的未办完提案,监督单位均能列表查看,并发出催办通知。
监督单位仅能查看所管辖承办单位的超期提案。
催办通知直接发送到提案承办单位,承办单位在提案催办功能模块中能看到此通知。
可按承办单位排序。
3.2.6后台管理
3.2.6.1功能需求
系统后台管理主要完成提案委员会工作人员的账号信息管理、提案数据库的备份恢复管理。
1、管理员登录
2、账号管理
3、备份与恢复
1)由管理员手工备份提案数据库到指定的目录,并记录下备份时间。
2)当数据库被损坏时,可根据备份恢复数据库。
4、退出系统
3.2.7共通性需求
3.2.7.1性能需求
(1)稳定性需求。
系统要能平稳地运行,能在正常情况下长时间不间断地连续运行,保持可靠正常运转。
系统所有功能能够全部到达设计要求,能够正常完成系统业务。
(2)操作简易性需求。
要求用户操作方便,人机界面简单明了,用户能一目了然地清楚需要做什么操作,怎样做操作。
操作习惯应该贴近Windows界面提供的人机操作方式。
(3)容错性需求。
对于用户输入的一些异常数据,要能有判断解决措施,不能因为用户的错误输入而造成系统的错误。
对于由于因用户误操作而造成的损害,要有预防或挽救措施。
(4)并发访问需求。
系统能支持100个用户的并发访问,能同时满足并发访问时用户的各种操作请求,保证系统的正常运行。
(5)共享性需求。
要求系统能和政协办公业务资源信息系统内的其他系统,可以共享和交换数据,能为其他系统提供相应的访问接口。
3.2.7.2安全需求
在物理平台保证安全的基础上,通过公钥服务系统,保证系统业务安全、可信的传输与交换。
同时采用统一用户管理与授权系统,保障各个用户之间数据可见性安全。
4系统总体设计
4.1设计思路
根据政协提案委员会的业务现状和实际需求,本系统建立在互联网上,主要实现提案人提交提案、浏览查询提案信息、浏览查询提案统计信息等功能,以及承办单位接收提案、答复提案等功能。
此外,系统后台还实现系统管理员对用户的设定;提案委员会工作人员对基础资料的管理、对用户的管理、对提案的办理、提案的统计等功能。
在技术上,总体结构上采用J2EE体系支撑的,基于B/S结构的应用系统架构。
按照MVC(模型-视图-控制)模式设计组织实施整个系统架构,根据要求及功能的区别将系统分为应用系统数据源层(DataSource)、数据持久层(DataPersistence)、系统业务逻辑层(BusinessLogic)、用户表示层(Presentation)等4个大的层次体系。
在应用系统数据源层,采用大型数据库软件系统作为应用系统的数据存贮、交换、查询、管理平台。
采用数据持久层中间件作为应用系统业务逻辑控制中介层和数据源层之间的数据联系平台。
采用基于J2EE应用服务器平台开发的JSP、Servlet、EJB等作为应用系统业务逻辑层。
跟据实际需求,可以采用安全套接层(SSL)协议在应用服务器平台和用户端浏览器之间,对传输数据进行加密处理,保证信息资源的安全。
在用户端浏览器,采用HTML、CSS、Ajax、ActiveX等技术手段实现用户表示层,完成应用系统与用户间的人机会话功能。
采用基于CA的单点登录系统实现应用系统的用户登录验证逻辑。
采用基于WebService的系统间协同平台、以及消息中间件数据共享交换系统实现本应用系统与其他应用系统之间的数据共享和交换。
在提案处理过程中,不可避免的会遇到内容有密级的提案,此时,如提案人不能连接电子政务内网提案管理系统提交提案,提案人可以采用如下方式提交提案:
提案人把写好的格式化的电子提案文档用软盘或
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 政协提案 系统 设计方案