某电子政务云资源使用申请书.docx
- 文档编号:2196145
- 上传时间:2022-10-27
- 格式:DOCX
- 页数:16
- 大小:287.80KB
某电子政务云资源使用申请书.docx
《某电子政务云资源使用申请书.docx》由会员分享,可在线阅读,更多相关《某电子政务云资源使用申请书.docx(16页珍藏版)》请在冰豆网上搜索。
某电子政务云资源使用申请书
XXXX电子政务云资源使用申请书
项目建设单位:
XXX单位
日 期:
XXX年X月XX日
第一章项目简介
1.1项目名称、项目业主单位
XXX单位对外服务公众平台,简称XXX单位对外服务公众平台
1.2项目建设内容概况
以发展智慧城市的国家战略为指导思想,以现代企业管理和项目管理知识为理论基础,结合XX中心的实际情况,通过与专业信息管理软件公司开发合作,开发出一套灵活方便、安全先进、涵盖全面的对外服务器专业信息化管理系统,以达到支持智慧XX区的合理建设、加强企业经营管理的目标。
系统将开发出XX中心、XX馆和XX中心三个模块,下设约XX个子系统,包括微信平台和手机端APP的建设,利用XX中心原有的房间进行改造成系统机房,约为XXX㎡,包括机房的配套系统建设。
存放系统的服务器约为XX台。
预计建设工期为XX个月,以上软硬件以及建设费用总计约为XXX万元,资金来源为政府拨款。
1.3项目负责人及联系电话
项目负责人:
XXX
联系电话:
XXXXXXXXXXXX
第二章项目总体目标
2.1建设原则
①实用性原则
系统的性能指标应能够满足网络内各项业务对处理能力的要求。
整个系统的性能应当是可靠的,便于管理的。
能够最大限度的满足实际工作的要求,把满足用户的业务管理作为第一要素进行考虑,采用集中管理控制的模式,所采用的设备应当是易于管理维护。
②先进性原则
设计立足先进技术,采用的先进的系统结构、开放的体系结构,以适应大量数据传输以及多媒体信息的传输。
使整个系统在国内三到五年内保持领先的水平,并具有长足的发展能力,以适应未来网络技术的发展。
,和系统使用当中的科学性。
③可靠性原则
整个网络方案选用高可靠性的网络设备,并在设计上采用备份冗余式的设计,保证了网络的可靠性。
要为系统以后的升级预留空间,系统维护是整个系统生命周期中所占比例最大的,要充分考虑结构设计的合理、规范对系统的维护可以在很短时间内完成。
④安全性原则
在系统设计中、既考虑资源的充分共享、更要注意信息的保护和隔离,即系统的安全性和保密性。
⑤高效性原则
在保证系统先进、可靠和高性能价格比的前提下,通过优化设计达到最经济性的目标。
稳定性及可靠性、易用性、灵活性和兼容性、可持续发展性及可扩展性、性能与成本的良好平衡。
2.2总体目标与分期目标
2.2.1总体目标
将XX地区预约、XX地区管理,XX馆预约,XX馆管理,会议室管理、会议室审批和会议室信息显示整合在一起,减少人员线下操作,提高工作效率。
统一管理协调会议室资源,提高XX中心行政管理能力;合理高效使用会议室资源,加强领导对企业资源的掌控;了解会议室的使用情况,打造公平透明的会议室管理。
2.2.2分期目标
1)利用现有网络资源,建立领导指示、人员操作、会议管理和数据处理等一体化的XX地区、会议预定系统。
2)建成的XX地区、XX馆、会议预定系统成为能被充分利用,方便实时实现多组业务交流(可同时满足多个会议同时召开,互不影响),既可以满足正式严肃的群体会议交流需要,也可以随时随地解决多方的办公协作。
3)内部培训:
教学工作持续发展源动力在于如何提供教职工自身综合素质、相关教学技能,通过内部培训也是提高综合素质的主要手段之一,通过系统相关功能,能有效的进行内部培训,同时对通过综合视频系统进行。
4)上级领导可以掌控整体XXX单位对外服务公众平台系统,直接调控整体会议协作情况。
5)协同办公提升绩效管理。
用XXX单位对外服务公众平台系统,可以加强管理力度,增强竞争力;统一规划、逐级管理、进一步加强内部沟通。
6)领导出差在外用手机客户端可以直接进入到XXX单位对外服务公众平台系统中来,实现“移动办公管理”。
2.3总体建设内容与规模
本系统的总体建设任务是实现XXX单位对外服务公众平台系统的信息化、系统化、规范化。
2.4本期工程建设内容与规模
本期工程的建设内容是以先进成熟的计算机和通信技术为主要手段,建成体系结构先进、系统功能齐全、业务管理规范、信息规范共享、应用操作简便.并充分考虑与上级及下级各级部门的计算机网络信息管理系统的资源共享、信息传递,实现企业内部信息资源化、传输网络化、管理计算机化和决策科学化,形成一个合理的企业管理信息化的网络基础平台。
实现XX中心、XX馆和XX中心工作流程化,便捷化。
完成XX中心和XX馆的参观预定任务,展品管理,展项管理和XX中心的会议预定流程,会议室管理等操作,广泛服务社会大众群体,方便用户预约,使用,支付,增加我们的自身产品宣传,扩大影响力,增加我们的用户数量和知名度,达到和服务更多人的目标。
第三章项目本期建设方案
3.1功能与性能需求
3.1.1系统功能需求分析
1、XX地区部分
①前台页面部分
XX中心的历史,组织,法律法规等信息介绍;
最新的新闻资讯信息;
展品的介绍;
游客参观导览信息;
XX地区最新技术的研究和学术的讨论;
相关技术项目报告会议的信息;
实现游客注册登录,对客户自身信息的管理和预约的管理;
实现游客留言板等互动模块;
提供短信,电话,微信,手机客户端等多种预约参观的方式;
手机APP端实现掌上导览服务。
②后台管理部分
后台主要是提供管理员访问界面,能够管理前台的各个网页的信息;
注册用户信息管理;
网上预约信息管理和审批;
短信通知系统的管理;
微信系统的管理;
展品的管理;
参观信息的发布管理;
管理员用户对系统用户的管理;
管理员操作的日志管理;
访问者统计管理;
数据库的管理;
网页图片和视频的管理;
用户留言板等互动模块的管理;
手机APP端的后台管理模块;
系统初始化功能;
③数据库需求
自动和手动备份功能;
数据表关系视图的级联删除;
实现自动清除冗余文件;
定期删除保存的文件;
自动监控功能;
存储多个服务器,自动同步;
④系统安全性需求
传输加密,客户信息加密,实现密码的管理,建立远程监控。
2、XX馆部分
①前台页面部分
XX馆的信息介绍;
最新的新闻资讯信息;
安全展项的介绍;
实现游客注册登录,对客户自身信息的管理和预约的管理;
实现游客留言板等互动模块;
提供短信,电话,微信,手机客户端等多种预约参观的方式;
②后台部分
展项的管理;
预约电话与电脑联机,预约成功后实现自动推送、提醒等服务功能;
3、会议部分
①前台页面部分
XX中心简介;
XX中心新闻;
游客注册登陆并管理信息;
会议预约流程;
会议室的介绍;
会议室实时状态图;
会议方案服务;
会务信息;
②后台管理部分
后台管理基本同XX地区部分的后台管理需求相同,下面列举一下会议特殊的几点流程需求。
1)后台会议室实时状态图管理;
2)会议预定审批流程管理;
3)会议室信息管理。
4)会议显示屏信息发布管理
5)会议预定信息管理
6)会议预定统计
③安全策略
同XX地区部分。
④手机APP部分需要实现能掌上展示网站的前后台大部分的功能,并实现掌上办公。
3.1.2系统性能需求分析
根据需求分析我们可以归纳系统所应要求的性能:
①系统响应时间:
响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。
根据业务处理类型的不同,可以划分为三类:
交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间,时实查询。
1)交互类业务,交互业务具有较高的响应要求。
2)查询类业务 ,如登记资料查询、申报表查询等。
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,在此给出一个参考范围。
如有特殊要求,在具体开发文档中单独给出响应时间要求。
3)大数据量、批处理业务处理需要的相应时间。
②系统的可靠性
系统应保证在正常情况下和极端情况下业务逻辑的正确性。
1)无单点故障系统应不受任何单点故障的影响。
2)故障恢复系统应能够在半小时内从故障中恢复。
3)灾难恢复当灾难被发布后(beingdeclared),核心系统应在2小时内恢复。
③可扩展性
可扩展性是指系统具有适应业务需求变化的能力,当系统新增业务功能或现有业务功能改变时(业务流程变化、人员的变化、规则的改变、代码改变、界面的改变等),不可避免将带来系统的改变,好的系统应在系统构架上考虑能以尽量少的代价适应这种变化,应尽可能的保证业务变化造成的影响局部化。
④易用性
易用性是指系统易于使用的程度,主要有以下几方面:
1)系统所有的业务功能界面风格和操作流程一致;
2)业务表单尽量做到所见即所得;
3)信息录入能够完全通过键盘完成;
4)界面美观、简洁、高效;
5)界面各部件的布局应该保持合理性和一致性;
6)常用操作有快捷键支持,大部分操作能够在小键盘内完成;
7)在前端还应提供一些智能化的校验功能提供友好联机的帮助信息,对各种状态和操作结果进行及时的反馈和提示。
⑤伸缩性
统伸缩性是指系统规模或容量扩大时,能方便地在各个层次进行扩充。
系统规模扩大,例如会议预定系统,由于数据量和访问量都很大,有可能从核心征管系统中独立出来形成子系统。
核心系统应该满足从统一入口的访问,能容易地分流到新增的子系统而不改变原来的架构。
当系统扩容时,可以方便地通过增加各层的服务器(如WEB服务器、应用服务器、数据库服务器)数量,实现应用负载均衡,将系统的应用负载扩展至多台服务器承担,从而有效提高系统总体的负荷,保证系统合理的响应时间和吞吐量。
⑥可用性
本系统的业务满足7×24小时可以使用。
⑦可移植性
可移植性是指本系统可运行在不同的硬件平台、不同的操作系统、不同的系统软件上。
⑧可管理性
可管理性是指系统接受管理和监控的程度,可管理性主要包含三个层次:
硬件设备和网络设备的可管理性;服务器的可管理性;应用系统的可管理性。
硬件设备和网络设备,如主机、路由器、交换机等,都要求提供标准的管理接口,可以方便地对其进行远程管理,读取设备的状态和对设备进行配置。
数据库服务器和应用服务器等类型的服务器,也要求提供相应的管理接口,可以方便地对其进行远程管理,读取服务器的状态和对服务器进行配置。
应用系统也要求构件提供管理接口,以方便对系统进行管理和优化。
无论是哪个层次的可管理性,都要求提供标准的管理接口,才能进行管理;而且要实现统一的、一致的日志功能,方便对系统进行跟踪和检查。
⑨可重用性
可重用性主要是指软件产品在不同的系统开发中可以被重复利用的程度。
要提高系统的可重用性,应采用构件化的设计思想,即在提供标准化的服务接口的前提下可以替换各种可选的实现,而不会影响系统其他部分的实现,以此将系统可重用部分可能的变更充分的局部化。
⑩可维护性
可维护性指软件能够被简单方便地修改和升级,包括可读性、可修改性。
可读性可修改性要求在系统的开发过程中要有规范、清晰、完整和详细的文档,如业务需求阶段要有业务用例模型、业务活动图、业务规则、表征单书等;系统需求分析阶段要求有系统用例模型、用例文档、规则说明等;概要设计阶段要求有宏观设计文档;详细设计阶段要求有类图、时序图等;编码阶段要求有程序设计说明、变量定义说明等;测试阶段要有测试用例、测试记录等。
易于升级要求数据库、应用服务器、开发工具能方便地进行版本升级,具有向下兼容性;易于升级也要求客户端的升级工作量较小,在这方面浏览器客户端的维护比GUI客户端要小得多。
3.2网络系统设计
网络系统作为本项目的基础设施,采用市场主流产品和业界成熟技术,并充分考虑系统的扩展能力、容错能力和纠错能力,确保整个网络基础设施运行稳定、可靠。
3.2.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子政务 资源 使用 申请书