1.1 课题背景
在全球网络化办公的背景下，新闻编采工作在社会分工中处于重要位置，受众对新近资讯诉求越来越急切。纵观全球网络化办公，报业新闻编采工作在传媒领域处于重要位置，民众对新近发生的准确资讯越来越急切。同时，新闻也直接或间接创造巨量财富，信息获取的时间和空间是体现价值的关键[1]。新闻工作者业务探讨的结果显示，更迅捷、更实用、多方位的新闻报道成为社会受众所需。在信息技术和互联网技术覆盖全球的时代背景下，新闻行业对 IT 系统提出了新的理念和诉求，伴随着智能手机的普及，微博、微信、个性化 APP、网络平台、视频平台等花样百出，纸媒新闻传播在网络媒体下受到抄袭和排挤，经常是传统新闻媒体没有报道，网络媒体就已经报道出来。 报业使用APP已经成为转型升级的被迫选择，其实质就是为了争夺第一时间报道权，创立新闻品牌，确保独有的生存空间[2]。近年来，在信息全球化已被高度认同，新闻媒体在此方面的宣传可谓是不予余力，但落实到报业集团自身的发展上，其计算机技术应用及建设水平，却与其宣传计算机技术的脚步相差太远。相当一部分纸媒编采系统还停留在传统电脑终端的编校制作，然后通过 FTP、email、tekbet、telnet 方式排出报纸大样[3]，这就意味着报纸记者拿到新闻信息后首先要找电脑和网络，将新闻信息录入电脑；而文字编辑人员需要等待记者将新闻稿件提交后才能妙笔生花，即便是临近下版时间出现的报道，还需要美编、校对、传版、印刷等环节，至少还需 3 小时以上时间，与APP 的新闻报道的时效性无法比拟。 移动 APP 编采系统对于纸媒的意义重大：通过使用手机和互联网以及软件，采用智能手机、平板电脑等移动设备，就可以完成新闻编采工作。这样不仅运用了全新的软件技术和最新硬件，还能为编采系统开发提供技术依据。为了纸媒自身生存和信息传播需求，报业集团需要构建一套全新的信息新闻传播发布系统，不仅可以通过 FTP、email、tekbet、telnet 方式进行编辑，还能与网络媒体同场竞技。
.........
1.2 研究意义
在以互联网、电视、报纸为媒介的全球信息社会中，信息承载着民众的迫切需要，而报业目前的现状却是在应对自媒体被迫野蛮生产[4]。在以往，报纸编采人员在突发事件现场无法做到既采访当事人、又在现场写出稿件、同时编稿并让稿件发布出去，这就延长了新闻发布稿件的时间，纸媒与网媒的竞争中败下阵来。此种情况司空见惯，直接影响了决策层对新闻的判断力，以至于因为网媒刊发，记者的稿件被弱化处理。而记者要想知道稿件的刊发状况以及高层对于此类新闻的看法，只能打电话询问甚至是次日看报纸才能知晓[5]。本文就是通过手机的智能化软件让记者了解稿件处理情况，拿出手机就能看到次日报纸大样或是当天在报纸的官网上是否已刊发。
.........
第 2 章 系统需求与分析
以党委宣传部为管理主体的报业集团有着严格职业操守，满足受众的时效性需要仍是责任主体，无论前端记者还是后方编辑都必须履行报道新闻的时效性、准确性的职业操守。由于以往的次日见报的编采方式在与网媒争夺时效性时失败，使得报纸距离第一时间报道的理想越来越远[7]。报纸电子版一度伴随着信息化时代发展而被看好，新闻记者的编采工作曾为此展开，但其局限是原有的编采系统须在有电脑和链接网络的条件下才能传发简要新闻信息，这样就使纸媒新闻记者必须先行注意报道环境以及电脑相关设备等因素，新闻的有效性和时效性及空间性优势消逝[8,9]。基于此种实际，研制开发一套基于手机端的移动编采系统成必然，通过建立一个更快速、更轻松的工作的网络环境，确保编采工作系统的时效性妥善解决。
2.1 系统需求
移动新闻编采系统的使用群体为报纸编采工作者，其操作方便、刊发迅捷的优势让新闻工作者的达成所愿。该系统的主要操作模块包括文稿/稿件上传、图片上传、音/视频上传、本地稿库、布置采访（分配任务）、检索平台、线索通知（线人提供）、新闻类选题以及监控大样，“先采访后编辑再刊发”为操作主线。 本文从报业传媒集团对编采系统的需求为突破点，结合目前手机、平板电脑的硬件条件以及 IOS 和安卓平台现状，确定一些服务特点：除日常办公功能外，还要有操作稿件流程的记录、刊发情况，以往新闻数据库变更、智能保存稿件等功能。从使用权限和流程考虑，要通过流程图来体现，例如部门主任须对稿件审核后再由编辑排版。由此得出，分工和权限都不同，各自有各自操作范围，权限是需要提前预设的。此外，由于新闻工作者工作量大，培训时间有限，任务流程要以便捷性为前提，最好能达到编采人员进入平台后就能操作实现无师自通。
........
2.2 系统结构分析
本次开发的系统总体上分为 9 大模块，包括文稿/稿件上传、图片上传、音/视频上传、本地稿库、布置采访（分配任务）、检索平台、线索通知（线人提供）、新闻类选题以及监控大样。 文稿上传、图片上传与传音视频 3 个模块主要是将不同类的新闻以 TXT（含 doc）、jpg（除动图 png）、mp3（含 audio）/mp4（含 AVI）等格式的文件上传，使其成新闻稿件。通过上传图片、视频、稿件可以打开 quick_editor 能实现编采功能，图片格式支持样式总共有 8 种，默认直接拍照格式（该系统调用手机拍照的 API 格式,实现所拍即所得，实现新闻真实性）。本系统在上传图片的固有模式时，可使用本地图库，也可另行建立图库。新闻音频和视频内容保存在手机硬盘内，软件识别后才能上传到 server上确保其准确性，这种能满足不同格式的文件上传的设计，使新闻更具多样化并拥有时效性。位于手机硬盘位置的稿件库模块，主要用于存储处于编辑状态、剪辑成功、或暂未上传的图片或视频上。同时，本系统支持查看每个人采写或处理稿件的流程痕迹，这些痕迹包含改写的内容、摘要、变化等，确保新闻出线差错，能找到第一责任人。 任务采访模块通过 tokenling 信息实现其功能，可让后方编辑指导记者在采访时将时间、地点、人物、事件起因、结果、原因等新闻六要素进行记录。检索平台、线索通知和布置采访三个模块的主要功能是查阅浏览所需要的新闻信息。检索平台是让采编人员在处理新闻时，能快速检索到类似报道；或对新闻线索查看和选取。监控大样模块主要为全体编采人员查看次日报纸见报情况。此模块的备注信息包括时间，排版，审定等。拥有相关修改权限的编辑和责编，可对有问题的版面的进行修改。另外，记者可通过手机查看采写的报道见报状况，副总编辑可填写大样修改意见，其意见可存在版面旁边。
...........
第 3 章 系统设计 ....... 7
3.1 移动系统主页面导航功能 ........ 8
3.2 文稿上传功能 .......... 9
3.3 多种图片上传功能 ..... 10
3.4 传音/视频功能 ........ 12
3.5 本地稿库查编功能 ..... 14
3.6 布置采访功能 ......... 15
3.7 检索平台 ..... 16
3.8 新闻线索功能 ......... 18
3.9 新闻选题功能 ......... 19
3.10 监控大样功能 ........ 20
3.11 系统数据库设计 ...... 23
3.12 本章小结 .... 30
第 4 章 系统实现与测试 ........ 31
4.1 系统配备所需软硬件平台 ....... 31
4.2 单元测试 ..... 35
4.3 性能测试 ..... 49
4.4 本章小结 ..... 50
第 5 章 结 论 ........ 51
第 4 章 系统实现与测试
移动新闻编采目标是使用手机完成新闻采编的工作，完成信息传播及时性传播的要求。本章对系统的核心应用模块进行操作测试，并通过软件运行实例，测试整个系统的安全性、稳定性、快捷性。
4.1 系统配备所需软硬件平台
根据系统的需求分析，本文设计的移动新闻编采APP所采用的集成开发环境为My Eclipse + Tomcat + HBuilder2.5。 My Eclipse开发环境，是在eclipse 基础上并加上自己的插件开发而形成的。由于eclipse本身具有二次开发性能，因此My Eclipse是一款以原始基础模型之上开发出来一款全新的集成IDE，方便JAVA开发人员在这一环境内实施起开发工作。 Tomcat web server使用更加广泛，是由著名的Apache、Sun等公司及个人共同开发形成的多功能操作软件。Tomcat不仅性能稳定而且更新速度快，其已成为java开发领域中应用中最宽泛的运行服务器端的首席软件。更重要的是，它是开发和调试JSP 程序的必要构成部分。 HBuilder2.5是著名的云服务平台DCloud推出的能够支持HTML5的Web开发IDE。HBuijlder编写以Java、C、Web和Ruby为基础，而HBuilder本身主体就是由Java语言编写而成，它能够基于Ec
