XX网络游戏出版申报服务平台项目建议书Word格式文档下载.docx
《XX网络游戏出版申报服务平台项目建议书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《XX网络游戏出版申报服务平台项目建议书Word格式文档下载.docx(24页珍藏版)》请在冰豆网上搜索。
市局在线审核,监管;
移动端实现游戏企业信息维护,申请进度查看;
出版单位申请进度查看、统计查询、单位信息维护;
市局统计分析、数据导出。
本期建设
本期主要实现游戏企业的在线注册,移动游戏尤其是七类游戏的在线申报;
出版单位在线受理,协助申报;
市局审核。
与XX的申报系统无缝对接。
1.4效益
1、方便游戏企业申报,提高其申报效率。
对于移动游戏中的七类不用再提交纸质材料,节省了资源。
2、提高了出版单位的工作效率,并将合作的游戏企业信息、受理的游戏信息有序的管理起来;
缩短申报时间。
3、对XX市新闻出版局来说减少了线下传递材料的麻烦,避免了因为材料的流转造成的混乱和丢失。
有序高效的管理游戏企业信息、出版单位信息、游戏信息以及各出版单位申报数量、类型等情况。
对行业更了解,引导更准确,更有针对性。
并且因为效率的提高而获得企业的更多好评。
4、打通了在线申报的所有环节,使得XX的游戏申报系统不再是孤立的、间断的,而是自始而终都是连续且高效的。
1.5结论
近几年随着休闲产业的崛起,作为具备诸多优势的网络游戏更是取得了突飞猛进的发展。
而大量游戏的出现又给监管部门带来了巨大的压力和挑战。
如何服务于产业发展同时又能够使游戏产业符合国家相关政策法规,不给社会带来负面和不良影响就成了摆在管理部门面前的一道难题。
而XX的游戏申报系统为我们提供了很好的借鉴。
在此基础之上我们开发XX本地的游戏出版申报服务平台既服务了企业,有力的促进了产业发展;
同时也为管理部门高效精准的监管提供了有力的工具。
第二章项目建设背景及必要性
2.1建设背景及必要性
近年来休闲娱乐发展迅速,尤其是作为休闲重要载体的网络游戏产业。
而在游戏产业迅速发展的同时移动游戏更是占了绝大部分。
在此之前的监管政策未将移动游戏纳入强制申请版号的管理范畴之内,使得市场中出现的移动游戏有很大一部分是没有申报的,即没有电子出版物号的。
随着这类游戏数量的迅速增长,这种处在管理视线之外的游戏很容易出现各种问题。
而游戏作为一种电子出版物的传播速度又是非常快的,所以这类游戏的风险在不断增大。
为了改变这种无序的状态,有效规范企业按照相关规定和要求做出符合管理要求,不违背公序良俗的合格产品来服务广大消费者,国家新闻出版广电XX于今年5月24日发布了《关于移动游戏出版服务管理的通知》要求已经上线的移动游戏必须在今年10月1日之前申请版号才可以继续上线运营。
自XX下文要求移动游戏需要申报版号时市场上此类游戏的存量预计有几万款,这么庞大的数量中除去已经停止运营的、放弃运营的等各类情况以后,剩下的正常运营的估计也有上万款。
再加上持续不断推出的新品,即使XX将版号申报截止日期延长至12月31号,但这么巨大的数量对游戏企业、申报单位以及监管部门都是巨大的压力。
目前XX的申报方式还是线下申报的原始做法。
另一方面,XX已经上线了在线申报审批系统。
在信息化手段如此丰富和便捷的情况下,在XX游戏申报量一直居于全国领先的背景下,在XX已经率先使用先进手段的前提下,XX作为XX的游戏申报自主审批的试点地区,我们目前的处理方式就显得极其落后。
因此,我们XX网络游戏出版申报服务平台就变得非常必要和紧迫。
2.2项目建设可行性
XX已经正式上线移动网络游戏快捷申报管理系统,受理XX一端的审批管理。
我们也已经在使用该系统,对系统有一定的认识;
XX市局也全力支持我们通过线上实现申报,且得到了XX相关领导的认可和指示;
游戏企业期待能够将申报工作放在线上实现,愿意见到:
游戏提交-出版单位完善材料-市局审批-XX审批的全流程线上服务。
如此一来既可以提高效率又可以降低成本;
作为率先实现在线上申报的单位,此举能够有力提高我们的知名度和影响力并树立正面、超前的形象。
对我们的业务开展会起到十分有利的作用。
第三章项目需求分析
3.1功能需求分析
根据分步实现的计划,本期需建设企业端子系统,实现游戏企业用户注册、选题申请、游戏内容提交和修改、申请进度查看等;
建设出版单位端子系统,实现企业注册、游戏选题、游戏材料的审核,提交市局,出版单位信息维护,系统管理等;
建设XX市局管理端子系统,实现审批流程,上传批文,出版社信息维护及接口管理,系统管理等。
3.2数据量预测
根据每款游戏所需提交和上传的文件:
软著、ICP证、开发单位营业执照/身份证复印件、运营公司营业执照、电信业务许可证、合同、游戏人物图片、游戏场景图片、自审报告等,平均每款游戏所需空间为20M。
在往XX传输数据时需要将以上材料打包下载,平均每款游戏所需空间为15M。
今年预计游戏申报总量为**
申报最高峰,即同时在线提交预计为**,带宽为**
3.3非功能需求分析
3.3.1安全性需求
1、数据安全
(1)数据在传输过程中,对重要数据进行加密;
(2)所有对重要数据的存取权限应该严格控制,并利用日志进行全程记录跟踪;
(3)对登录过程进行监管、记录以控制对重要数据的存取。
2、应用安全
(1)为开发、测试、培训和运行提供各自独立的环境,以便软件集成的维护和版本的有效控制;
(2)建立程序改进过程,以便加强软件版本控制;
(3)在控制和审计状态下完成计算机设备和软件的安装;
(4)在确认测试成功后运行系统。
3、系统存取权限控制
(1)定义与登录系统活动相关的日志文件,比如成功登录和不成功登录活动、授权用户账号活动、用户存取权限变更、软件密码的改变和修改等活动;
(2)系统保存的日志可以提供充分的信息以支持审计和安全度量;
(3)日志需要保存一定的时间;
(4)采取严格的密码设定策略,比如:
最小的密码长度、最初的任务、限制词和格式、密码声明周期、用户密码指南等;
(5)用户在授权下访问网络资源;
(6)对远程系统的连接进行验证;
(7)实施严格的系统监管,以确保各类操作满足存取权限标准。
4、统一用户管理
单点登录的登录方式允许多样化,如有用户名/口令,数字证书,支持插件等登录手段。
有集中的权限控制功能,提供基于角色的权限控制方式,支持对动态资源的权限控制,初始化登录之后针对某些敏感信息提供安全的二次登录功能。
统一用户管理中有易于理解和操作的图形化操作界面,并且每个操作项目有足够详细的操作帮助。
既能对特定用户进行精确的权限划分,也能提供有效的手段进行大量的用户信息维护和用户权限管理。
支持全生命周期的用户信息管理,包括用户信息注册、用户信息修改、用户权限分配、用户删除等流程化的操作。
其基本功能包括:
软件必须是在成熟的平台产品基础上根据具体情况进行二次开发;
支持Windows等常用操作系统中的应用,支持主要的应用服务器,支持各种主流的数据库软件;
使用有效的手段保证软件登录的安全性;
各个应用系统和软件之间的耦合度尽量低,单个应用系统出现故障不影响其他应用系统的使用;
软件针对具体应用系统的变化也要有处理机制;
提供完整详细的日志,根据日志能够获得用户的登录和管理情况。
其他建议拥有的功能包括:
日志能够根据条件进行查询,并且日志可以以固定格式导出;
进行用户管理时具有复核或者审批机制。
3.3.2数据保密需求
平台里包含着大量游戏企业信息和重要数据。
因此申报平台在设计时要求制定一套有效的保密措施以保护这些信息的保密性,同时需要预防外部侵扰的破坏,防止信息泄露。
系统须防止非法访问、修改信息和数据。
除根据有关法律、法规而进行的数据披露外,这些数据不能被泄露。
3.3.3灵活性需求
本部分主要说明当需求发生变化(业务变化及机构变化)时该软件系统的适应能力,指出适应这些变化而需要设计的软件系统和过程。
申报平台的可维护性和灵活性很大程度上决定着平台的生命力。
(1)申报平台在设计时,应充分考虑申报业务需求的变化和功能整合的方便性、快捷性,以适应申报业务的各种变化和发展。
(2)当业务需求发生变化时可以快速的修改业务过程,对平台的影响尽可能小,对程序的改变只涉及到系统的相关部分,而不会对系统其他部分或整体造成影响。
(3)系统应该具有平台独立性,应使用开放标准来确保系统相对独立于硬件和软件产品厂商,同时易于实现系统集成。
(4)系统应该充分考虑到保护现有的资源,包括现有的硬件资源、软件资源和数据库系统,已经开发的信息系统基本上不需要太多的修改,就可以在申报平台所提供的环境中运行。
3.3.4可靠性需求说明
(1)申报平台是健壮的。
系统应易于修改和维护,不会因为局部的问题而影响整个系统的运行,可以在不同的环境下运行而不影响系统运行质量。
(2)申报平台后台服务器可能宕机的几率为半年一次,每次故障修复时间应在24小时以内。
(3)为了确保系统运行的可靠性,要对运行系统提供支持和维护服务。
3.3.5灾难恢复需求
申报平台里包含着大量企业数据和游戏信息,所以必须有较高的健壮性,有完整的数据备份及灾难恢复机制。
这里所说的灾难,是指计算机系统受火灾、水灾或人为破坏而产生的严重的后果,灾难恢复是指灾难产生后迅速采取措施恢复计算机系统的正常运行。
(1)本系统中的重要网络和计算机设备、以及重要的通信线路,需要采用冗余备份措施。
(2)本系统中的数据,除了要采取各种备份措施之外,还必须设立一整套完善的灾难恢复机制。
(3)在数据备份过程系统应对数据进行压缩,以便使数据量尽可能小,减少存储空间。
(4)数据在恢复时要指定介质、时间、数据类型、机构等相关信息,经过确认后才可以恢复,以避免错误覆盖现象。
(5)备份的介质要编写序号,归档管理,专人负责保管。
第四章总体建设方案
4.1建设原则和策略
系统的总体设计应遵循高标准严要求的原则,具备技术的稳定性和业务系统的实用方便性。
1.先进性和前瞻性
在应用系统的实用、高效的基础上,采用先进的信息技术,适应未来3-4年技术发展趋势,具备一定的前瞻性,并保证系统管理、维护、升级和扩展的方便性。
2.开放性及可扩展性
由于本次工程中建设的软件平台将很可能为今后几年建设的申报平台提供支撑,因此要求软件平台应具有良好的可扩充、扩展能力,能够方便进行系统升级和更新,以适应今后业务的不断发展。
3.安全可靠性
选用的主机服务器要求能够支持高可用的持续服务技术,能够连续7×
24小时不间断工作,出现故障应能及时告警,应具有完整的操作权限管理功能和完善的系统安全机制,保证系统正常可靠运行。
4.易于管理维护
建设时充分考虑到管理维护的需要,保证系统建成后易于管理和维护。
4.2建设目标
整体目标
通过XX网络游戏出版申报服务平台的建设,实现移动游戏全流程在线申报,其他类型游戏信息维护;
实现出版社内部管理功能。
包括领导查询、统计、审批、在线支付和催款等财务流程。
移动端的信息修改、维护,申请进度查看,统计查询,数据导出等功能。
本期目标实现如下
游戏企业端子系统的用户注册、选题申请、签订合同、游戏内容提交、内容修改、提交自审报告和运营报告,提交情况说明。
出版单位端子系统,注册审核、选题审核、合同确认、资料审核、提交申请表、提交申报、信息补正、申请进度查看及维护、提交运营报告、在线复查、出版单位信息维护、系统管理
市局管理端子系统审批流程定制,初审复审等流程管理,自审报告、运营情况维护,上传批文,出版社信息维护,出版社接口管理,系统管理
4.3总体逻辑框架图
4.4标准规范建设
第