舆情管理系统需求规格说明书模板

年4月19日舆情管理系统需求规格说明书文档仅供参考

6月舆情管理系统需求规格说明书6月舆情管理系统需求规格说明书1引言 41.1编写目的 41.2背景 41.3定义 51.4参考资料 52任务概述 62.1目标 62.2用户的特点 62.2.1办公室（新闻中心） 62.2.2各级领导 72.2.3专业部门 83系统总体设计 93.1系统平台总体框架 93.2系统业务总体设计 103.3省公司侧业务流程设计 113.4地市局侧业务流程设计 114需求规定 h124.1对功能的规定 h124.1.1舆情信息采集 h134.1.2舆情通知、报告 h144.1.3突发新闻信息管理 h224.1.4应对策略管理 h264.1.5模板管理 h274.1.6通用功能 h284.2对性能的规定 h294.2.1精度 h294.2.2时间特性要求 h294.2.3灵活性 h294.2.1精度 h304.2.2时间特性要求 h304.2.3灵活性 h304.3友好提示要求 h304.3操作规范要求 h314.4其它专门要求 h314.4.1系统安全需求 h314.4.2可维护性需求 h315运行环境规定 325.1设备 325.1.1应用服务器环境 325.1.2数据库应用服务器 33软件需求说明书的编写提示1引言1.1编写目的本文档描述了舆情管理系统业务情况，供各相关的系统开发人员或者其它相关人员来了解有关舆情信息采集、舆情处理通知单、舆情处理报告单、突发应急事件报送、应对策略管理、舆情信息发布、舆情处理过程监控等业务。同时，本文档也作为舆情管理系统研发设计工作的主要依据。阅读者主要有公司信息部、办公室、新闻中心、专业部门负责突发事件联络人，系统开发项目组、平台架构组、数据库设计组、应用系统设计开发组、支持服务组等。1.2背景舆情是民众关于现实社会中各种现象、问题所表示的政治信念、态度、意见和情绪的总和，特别是在信息技术高速发展的当今，信息传播的速度是越来越快，影响范围是越来越大。随着互联网的发展，特别是近两年微博的出现，当前已进入自媒体时代。互联网上一件小的事情经过微博的传播，意见领袖及传统媒体的跟进，就可能形成一起大的舆情事件。在中国社会转型期间，各类突发事件呈上升趋势，其内容涉及社会各行各业，并在某种程度上成为影响社会安定的重要因素，特别是越来越高涨的公众主权意识和效果越来越明显的舆论监督，都推动着人们把更多的目光投向公用事业单位和企业。作为提供公共产品的企业，其国企自然垄断性、公用性、服务性的特点，决定其必然成为社会关注的焦点，较容易引发突发新闻事件，给企业造成负面影响，带来不稳定因素。如何建立预防、应对、处理机制，有效维护企业的声誉形象，确保企业和谐稳定发展，引起了企业领导上下的高度关注。为了更好的贯彻并落实提出“以客户为中心”的价值观转变，真正做到“由内部管理转向外部服务”的工作重点，公司就有必要对下辖的19个机构已发生的突发新闻事件、安全事件、焦点信息、热点信息等的负面影响进行及时有效控制和引导，建立一套可快速响应、信息全面可靠的舆情管理系统平台，以更好的解决消除或降低负面影响，提高用户满意度，从而实现突发事件的可控、在控。1.3定义公司舆情管理系统就是要经过建立省公司、地市和区多级联动舆情监控机制，实现对媒体上出现的对公司或所属单位的工作和形象产生不良影响的媒体报道或言论，所引发的反应、言论、评论和后续报道等综合舆论情况的监测、控制和化解等具体措施。公司对舆情的监控主要经过网络、新闻、电话等多种方式对舆情信息进行监测与记录，并将采集到的各类舆情信息进行汇总、分析、研判与分级，针对不同的级别采取不同的处理措施，并及时将处理措施和信息按照内部应急方式进行通知和报告。经过舆情管理系统实现对内部、外部舆论信息的分类整理、危机处理、内外部信息发布、舆情跟踪，确保将舆情事件发生后产生的不良影响控制在有效范围内，提高客户的服务质量。1.4参考资料《公司新闻宣传工作管理办法》《公司突发危机事件新闻发布管理办法》《公司新闻宣传工作管理制度》《公司新闻危机处理应急预案》《公司舆情监测与处理业务指导书》2任务概述2.1目标公司传统的舆情处理流程为基础，结合建设的“营配信息集成系统”、“营销系统”和“大范围管理系统”等为主要基础数据信息来源，实现对舆情发生过程进行实时处理、跟踪和结果反馈，并在不同阶段采用不同的模板以短信、发文、大屏输出等多种展现方式呈现给不同用户（领导、各级管理单位、新闻媒体等其它介质）可视化的界面，确保舆情事件在整个过程中以统一的口径告知相关单位并对外发布信息。2.2用户的特点2.2.1办公室（新闻中心）省公司办公室（新闻中心）对全省各单位舆情的监测。根据舆情状况进行舆情分析、分级。及时向有关部门及单位通报舆情信息。按照网公司办公厅的要求进行舆情处理情况报告。及时对处理后的舆情进行跟踪。协助业务部门处理省公司层面的负面舆情事件。与省级或以上的新闻媒体的沟通协调工作。开展初期引导工作或其它相关工作。指导直属单位的舆情处理工作。必要时根据舆情分析情况发布新闻宣传工作指引。建立舆情登记台账，记录舆情信息来源、主要内容。节假日期间，由舆情值班人员进行监测并初步处理。市局办公室（新闻中心）对市局各专业领域部门和各区局办公室上报的舆情信息进行统一分类整理筛选、汇总、初审，再汇报领导审批后，按需上报给省办公室或处理；人工的按照符合条件的舆情信息进行录取；自动的按获取原有业务系统（如：营销系统等）提供相关信息或其它事件类信息；发布处理省办公室通知或者省市领导审批经过的舆情信息，分级情况较低的能够自行处理、发布、跟进。根据舆情状况进行舆情分析、分级。及时向有关部门及单位通报舆情信息。按照网、省公司办公厅的要求进行舆情处理情况报告。及时对处理后的舆情进行跟踪。开展初期引导工作或其它相关工作。区局办公室对区局各专业领域部门上报的舆情信息进行汇总；人工的按照符合条件的舆情信息进行录取；自动的按获取原有业务系统（如：营销系统等）提供相关信息或其它事件类信息；把获取的舆情信息提交到市办公室。2.2.2各级领导各级各部门领导为相关的舆情汇报告知、审批人员，分管、直管或者协管舆情的处理进展；2.2.3专业部门市场部（客服）实时跟进舆情的处理情况，并及时的反馈给客户，对舆情处理做专业领域的支持；生产实时跟进舆情的处理情况，及时处理好舆情事件，并及时的反馈现场处理情况，对舆情处理做专业领域的支持；基建部实时跟进舆情的处理情况，及时处理好舆情事件，对舆情处理做专业领域的支持；调度中心实时跟进舆情的处理情况，及时处理好舆情事件，对舆情处理做专业领域的支持；信息部开发、维护舆情管理系统平台，经过技术手段实现舆情信息的及时获取传递等。组织平台推广工作，保证平台稳定运行。3系统总体设计3.1系统平台总体框架针对现有的舆情处理各环节、各过程进行分析整理后，舆情整个过程可框架如下图所示：按照系统平台要求和需求，系统定位采用于省公司统一平台部署，省级和地市局都定义为不同角色，系统网络拓扑如下：3.2系统业务总体设计为确保公司舆情多级管控流程的固化和落实，需要建立一套完整，规范的舆情管理系统平台是有必要的。经过舆情管理系统平台实现对舆情的全程了解、采取相应措施来有效控制、引导以及处理。舆情管理系统涉及到网公司、省公司、地市局、区局四级管理机构，内部信息收集机制完成各地市局的现场信息收集，在省公司内部完成信息汇总、分析，最后按照预定的处理机制和分发规则对外及时发布信息。地市局是按照省公司发布的舆情信息内容，或者在省公司分发舆情信息前，就可将管辖范围内存在的潜在舆论事件相关信息主动发送回省公司侧，提前做好舆情事件应急措施，将不良事件影响范围控制在最小范围内。舆情监控平台系统业务架构设计如下图所示：3.3省公司侧业务流程设计3.4地市局侧业务流程设计4需求规定4.1对功能的规定舆情管理系统总体框架如下图所示，包括省公司和地市两侧的功能，可概括为舆情信息采集、舆情通知管理、舆情处理管理、突发新闻信息管理、舆情对策管理、模板管理、通用功能等。系统整体结构灵活多变，采取模块化设计。4.1.1舆情信息采集、业务目标:主要是经过手动和自动2种方式，手动具体可参考属于人工的按照符合条件的信息进行录取并可进行下一步的应用和操作；自动是指系统经过接口的方式从营配信息、营销等系统获取数据信息来源。将本地采集的舆情信息录入到舆情管理系统，经过及时上报给相关的主管领导，在得到主管领导的审核批示后，再上传至省公司。省公司将对上传的舆情信息进行汇总后做进一步的分析。、业务用例暂无、功能分析该页面上能够经过舆情信息的标题、数据的来源方式、舆情信息的媒介方式来点击查询按钮查询符合条件的舆情工单信息，经过新增按钮能够进入舆情信息新增页面，而且能对每一条舆情信息编辑操作。分页显示数据：来自省公司下发、营销系统、配网系统、其它手动录入的舆情信息。、界面设计4.1.2舆情通知、报告、业务目标按照危机应对策略中的要求实时将舆情涉及的现场情况填写、上传到舆情管理系统平台，经过系统将舆情信息进行审核后，采用统一的机制定期对外发布最新信息。、业务用例暂无、功能分析根据拟办部门、舆情类型、舆情标题等条件对舆情信息进行查询并以列表的方式分页显示，能够对单条舆情信息进行处理。舆情处理中包括以下的功能步骤：.1、舆情通知单签收.1.1、业务目标当发生舆情事件时，事发单位或专业部门上报舆情情况。办公室接受到舆情通知单后，对舆情通知单进行签收操作。.1.2、业务用例暂无.1.3、功能分析签收页面显示舆情事件发生的事发单位、工单编号、拟办部门、抄送部门、舆情事件的基本情况、分析、处理意见等信息，页面上能够经过查看流程图的按钮进行流程查看，经过签收按钮进行舆情信息工单的签收，返回按钮能够返回到舆情信息显示页面。签收页面上还显示出舆情信息工单的流程状态列表，对工单的处理进行跟踪。.1.4、界面设计.2、舆情信息分级 .2.1、业务目标 系统具备对舆情事件所涉及的报道媒体、报道机构、重要领导人关注、指示、重要意见领袖参与程度等内容制定出舆情分发规则，确定舆情所涉及的管辖区域、影响范围、危机等级等不同的维度。签收到相关的舆情信息后，可经过人工或者自动按照设定的分发规则将舆情信息进行汇总分析，根据舆情事件发生后的影响情况，是否死人，传播范围的程度对舆情事件进行分级。.2.2、业务用例暂无.2.3、功能分析页面显示舆情事件发生的事发单位、工单编号、拟办部门、抄送部门、舆情事件的基本情况、分析、处理意见等信息，页面上能够经过查看流程图的按钮进行流程查看，在研判时能够点击历史工单查看能得到相关的借鉴。研判完后能够选择下拉框对舆情事件进行分级，然后点击选择人员按钮以便送到办公室主任那进行审批，点击提交则送审到下一个流程。.2.4、界面设计 .3、办公室主任审批 .3.1、业务目标 舆情分级后送审到办公室主任处进行审批，办公室主任根据舆情事件的真实情况以及历史舆情事件的对比分析，对办公室的舆情事件分级进行审核。.3.2、业务用例 暂无.3.3、功能分析审核舆情工单的页面显示舆情事件发生的事发单位、工单编号、拟办部门、抄送部门、舆情事件的基本情况、分析、处理意见等信息，页面上能够经过查看流程图的按钮进行流程查看。办公室主任根据舆情事件的真实情况对舆情分级进行审核，如果审核不经过，则点击拒绝按钮系统自动把舆情分级的工单退回到办公室相关负责人。如果审核经过并填写完办公室主任的意见，点击选择人员按钮对局领导进行选择后，则点击经过按钮。系统会根据选择的局领导人员自动提醒局领导进行审核。.3.4、界面设计.4、局领导审批 .4.1、业务目标 根据舆情事件处理流程的“舆情由下往上报，由上往下发，步步需审核”的原则，对舆情分级后送审到办公室主任处进行审批，再由办公室主任处送审到局领导处进行审批，局领导根据舆情事件的真实情况以及办公室主任的处理意见，对舆情事件分级进行审核,批示。.4.2、业务用例 暂无.4.3、功能分析局领导审批页面显示舆情事件发生的事发单位、工单编号、拟办部门、抄送部门、舆情事件的基本情况、分析、处理意见、办公室主任的审核处理意见等信息，页面上能够经过查看流程图的按钮进行流程查看。局领导根据舆情事件的真实情况对舆情分级以及办公室主任的处理审核意见进行审核，如果审核不经过，则点击拒绝按钮系统自动把舆情分级的工单退回到办公室主任。如果审核经过并填写完局领导的审批意见，则点击经过按钮。系统会进入到舆情处理阶段。.4.4、界面设计.5、有关部门协助、督办（专业领域） .5.1、业务目标 当舆情事件分级并经过层层审批后，办公室根据舆情事件的真实情况是否涉及有关部门，是否需要有关部门（事发单位或专业单位）进行督办，协助处理。.5.2、业务用例 暂无.5.3、功能分析舆情工单督办协助页面显示舆情事件发生的事发单位、工单编号、拟办部门、抄送部门、舆情事件的基本情况、分析、处理意见、局领导的审核处理意见等信息，页面上能够经过查看流程图的按钮进行流程查看。办公室根据需要经过下拉框的选择督办部门，然后点击经过按钮后，系统会自动提醒督办，协助单位进行对舆情事件的具体处理。.5.4、界面设计.6、舆情处理报告单 .6.1、业务目标 办公室根据督办协助单位或事发单位或专业部门对舆情事件的处理措施和结果的汇报进行处理报告单的回填。.6.2、业务用例 暂无.6.3、功能分析舆情处理报告单的页面显示了填报单位、填报时间、填报人、联系电话、舆情事件发生时间、舆情信息通知编号、抄送部门、舆情信息内容、舆情处理措施和结果以及后续的措施的填写。办公室人员点击选择部门按钮后再点击上报按钮提交到上级进行审核。.6.4、界面设计.7、舆情工单完结 .7.1、业务目标 当舆情工单经过相关部门的处理后提交舆情处理报告单到上级审批，上级根据舆情事件的真实情况以及处理的措施和结果，后续的影响等对舆情事件的处理是否合格，如果审核经过，进行对外发布且事件平息，则能够完结舆情工单。.7.2、业务用例暂无.7.3、功能分析舆情工单的完结页面显示了填报单位、填报时间、填报人、联系电话、舆情事件发生时间、舆情信息通知编号、抄送部门、舆情信息内容、舆情处理措施和结果以及后续的措施，舆情工单信息。在舆情信息中能够点击查看操作对舆情的详细信息进行查看。办公室相关负责人根据上级对舆情处理报告的审核状态对舆情工单进行完结。如果舆情处理报告未经过审核，则点击退回按钮系统会把舆情工单的再次处理信息退回到相关处理部门（事发单位或专业部门），如果舆情处理报告审核经过了，则点击完结按钮对舆情工单进行完结。.7.4、界面设计、界面设计4.1.3突发新闻信息管理、编辑快速新闻报告单.1、业务目标 当突发事件发生后，事发单位或者专业部门第一时间以电话的形式通知办公室，直到生成快速新闻报告单，在突发事件发生的30分钟内，需要事发单位或者是专业部门根据事件的真实变化情况对快速新闻报告单的信息进行修改。快速新闻报告单是可能产生舆情事件信息变化的一种体现。.2、业务用例暂无.3、功能分析快速新闻报告单页面显示了新闻工单编号，应急工单编号、填报单位、部门负责人、填报人、事发单位、直接上级、事件简题、事发时间以及事件的影响情况，事件的处理措施与进度，事件产生原因、预计处理完成的时间的信息，新闻通稿，温馨提示模板。页面正下方显示应急工单信息。能够点击查看流程图按钮对突发应急新闻报送的流程进行查看，当填写完这些相关的必填（带红色*）信息后点击保存按钮对信息进行保存，然后在点击上报按钮把突发应急事件的变化情况反馈给办公室。.4、界面设计、审核快速新闻报告单 .1、业务目标 办公室收到事发单位或专业部门上报的快速新闻报告单后进行汇总，然后送到上级进行审核处理。.2、业务用例暂无.3、功能分析快速新闻报告单审核页面显示了新闻工单编号、填报单位、部门负责人、填报人、事发单位、直接上级、事件简题、事发时间以及事件的影响情况，事件的处理措施与进度，事件产生原因、预计处理完成的时间的信息，新闻通稿，温馨提示模板。页面正下方显示工单信息。能够点击查看流程图按钮对突发新闻报送的流程进行查看。上级根据办公室对事件的报道并结合事件的真实情况对快速新闻报告单中的信息的虚实进行审核，如果报道属实，则经过下拉框下拉选择发布人员（以便提醒下一步骤中相关人员的处理）并点击经过按钮进行完成审核。如果报道与事件的真实情况有出入，则点击拒绝按钮把快速新闻报告单退回到办公室负责人。.4、界面设计、突发新闻后续跟踪 .1、业务目标 突发事件发生后，事发单位新闻人员同时了解动态，并按需填写舆情处理报告单。在应急新闻信息发布后，应当根据新闻发布内容，重点跟踪了解事件发展方向和后续新闻媒体报道并根据事件发展，事发单位新闻工作人员应动态提供舆论关注信息，提出针对性的处理建议。.2、业务用例 暂无.3、功能分析 突发新闻信息的后续跟踪，是对存在有可能产生舆情的一个要素，是按需、按实际情况而定，启动舆情处理报告单，并上报至上级至省公司。舆情处理报告单的页面显示了填报单位、填报时间、填报人、联系电话、舆情事件发生时间、舆情信息通知编号、抄送部门、舆情信息内容、舆情处理措施和结果以及后续的措施的填写。办公室人员点击选择部门按钮后再点击上报按钮提交到上级进行审核.4、界面设计、突发新闻信息显示 .1、业务目标显示最近发生的一系列的突发应急事件新闻信息。.2、业务用例 暂无.3、功能分析突发新闻显示页面能够根据工单编号，新闻快速单的状态进行查询。也能够对单条新闻信息进行编辑。.4、界面设计4.1.4应对策略管理、业务目标主要是针对企业的危机事件进行管理。经过它来提高企业的危机意识，即时的发现潜在的和已发生的危机事件；能够根据事件的危机等级，启动不同的危机公关处理方案。从而快速的控制事件的发展方向。最后对已发生的危机事件进行归档，为以后的危机事件的处理提供可靠的数据依据和处理经验。、业务用例暂无、功能分析舆情应对策略页面能够根据舆情事件类型、舆情事件等级对舆情事件进行点击查询按钮查询。也能够进行删除操作（删除时勾选到对应的舆情事件，点击删除按钮操作即可）、新增操作时点击新增按钮直接进入舆情应对策略新增页面，对舆情标题、危机等级、舆情类型、舆情等级、对应处理经验的填写后点击保存按钮对应对策略进行保存。在新增舆情工单页面，能够对舆情工单与应对策略进行关联，点击添加对应策略，系统会弹出一个历史或已保存的应对策略的信息列表，点击添加后舆情工单页面后自动补充应对策略部分，作为舆情工单处理的一个参考模板和案例。、界面设计4.1.5模板管理、业务目标根据舆情事件的情况阐述制定的模板，为突发事件新闻信息报道提供新闻通稿模板以及对突发事件新闻情况的温馨提示信息制定模板以供发布使用。、业务用例暂无、功能分析模板编辑页面能够根据对模板简称、模板类型、模板内容进行填写，然后点击保存按钮。、界面设计4.1.6通用功能功能分析主要包括：首页：地图、柱状图展示舆情、突发应急事件；事项管理：根据系统业务流程节点，对角色待办事项和经办事项的罗列；统计分析：根据事件类别形成统计分析页面；系统管理：用户基本信息管理、系统权限管理、系统角色管理、流程管理、菜单管理、参数管理、业务规则管理等。4.2对性能的规定4.2.1精度系统设计保证在数据的处理和传输过程中不出现数据的失真和数据精度的变化导致数据丢失和不一致的情况。数据查询时保证查全率，所有满足查询条件的记录都能被查询出来。4.2.2时间特性要求项目性能要求备注启动功能响应时间2s～5s数据保存响应时间1s～5s任务提交响应时间1s～5s记录查询响应时间1s～5s4.2.3灵活性系统对功能的菜单，权限的管理，部门人员的管理等可由管理员自行配置等。系统框架应采用流行的技术框架，要有明确的分层管理，便于应用的扩展和维护。4.2.1精度说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。4.2.2时间特性要求说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和传送时间；解题时间；等的要求。4.2.3灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：操作方式上的变化；运行环境的变化；同其它软件的接口的变化；精度和有效时限的变化；计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。4.3友好提示要求鉴于在操作过程中，会有很多要求及时处理的舆情流程，系统会适当得增加一些声音，弹出框提示，一些比较紧急重要的信息会同时经过发短信进行通知。同时减少不必要的提醒，避免影响用户操作。4.3操作规范要求在操作中，减少有歧义的按钮，避免对用户产生影响。风格和按钮都应统一放置，能够加快对系统的认知和联想。能够默认的尽量不要选，能够选的尽量不要写。4.4其它专门要求4.4.1系统安全需求系统安全性主要包括数据库安全性、信息安全性和系统平台的安全性等方面。数据库安全性能够先经过视图机制，不同用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再经过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提供数据库的安全性；信息安全性经过对中要数据先加密再解密的方式传输，保证数据在输入、传输和接收过程中不被外界复制。系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面，经过选择安全性较高的机器和操作系统，尽量避免此类安全问题。4.4.2可维护性需求维护就是在系统交互使用后能够继续修改，可是修改之前需要理解待修改的对象，修改后应该对其进行必要的测试，以保证修改的是正确的。如果是改正性维护，还必须预先进行调试以确定错误的具体位置。因此，决定系统可维护性的因素主要有以下5个：可理解性：系统的可理解性表现为用户对系统的结构、功能、接口和内部处理过程的难易程度。模块化（模块结构良好，高内聚，松耦合）、详细的设计文档、结构化设计、