时间：2022-02-21 08:25:29
1网站升级前的状况
中华急诊网于2003年3月开通上线，属于医学类期刊中较早自主建设的网站之一。2006年开始应用自主设计功能架构、委托开发的在线投稿审稿系统，是由科技期刊主办的行业网站之一。由于原网站的内容管理系统与投稿审稿系统是不同时期先后委托开发，代码和数据库采用的格式不一致，在稳定性、代码执行效率上存有较多的问题。网站开发代码和数据库亟待统一，因此存在网站改造升级的紧迫性。
2网站升级改造过程
2.1计划启动
网站启动前期编辑部通过讨论，明确了网站定位和升级目标。对功能需求、项目预算和可行性进行论证，分析已有的基础条件和优势，列出开发以及今后会产生费用的支出项目。借助上级单位的互联网带宽和硬件防火墙等资源，将服务器免费存于机房。邀请具有一定资质的网络软件开发公司参与招标，受邀公司根据网站需求说明提供报价和系统解决方案。综合各因素后确定中标公司，期间重点参与招标公司对需求的分析理解，这样能降低沟通成本，确保各功能项和系统能顺利实现。
2.2架构与方案设计
网站架构设计以编辑部为主体，与网络公司共同实施，在框架计划、功能需求、业务流程、数据整理、数据库转换、功能测试等方面协作完成。总体架构上对系统安全性、稳定性、数据的完整性方面都提出了较高的要求。前期的需求分析需要转化为具有可操作性的开发目标实施方案，编辑部与网络公司之间需要反复联系并确认，编辑部要细化需求分析，网络公司应充分理解需求分析，同时公司还要熟悉旧的投审稿系统即业务流程系统的功能和运行特点。编辑部的项目分析与功能需求设计人员也应像项目经理一样来进行思考，提供的设想不能仅仅是口头表达，而要形成清晰的文字表述、用例图、示意图等，并根据功能区域、实施阶段等进行分类，汇总成较完整的表格化的网站功能描述书，提交给网络公司，并对一些要点或难点进行协商。以此为蓝本，网络公司根据相应技术与实现设想，将各板块与功能点进行详细罗列和注释，形成内容详单、技术文档和开发进度表。
2.3流程设计与结构优化
稿件处理系统升级的重点集中在提高数据处理效率、提升安全性、增加实用功能。稿件处理的各阶段流程与环节相连后需要进行检测和优化，流程名称与流程走向均设置成能自定义的，具备通用性。同时定义好主要流程需阶段，若流程名称过多，则提交各流程操作次数便需增加，效率降低，需结合实际工作状况和作者查询感受，保留最主要的阶段名称。设置批量提交功能，如批量收稿、将一期稿件提交给总编辑、批量提交转已刊出状态。安全性方面，投稿系统中的用户多为实名，应将用户密码加密存储；用户信息表分拆为多张表，进一步提高用户敏感信息安全度；合理利用存储过程和索引，提高系统查询的效率；充分利用系统日志文件的记录，发现一些安全隐患。
2.4界面设计
网站界面最终面向用户，设计时要让用户易于了解网站基本构架。通用型的新闻资讯展现类CMS页面设计比较成熟，主要在细节上进行完善。例如：查看文章时可让用户调整字体大小，分页翻页链接宜在顶部和底部同时设置，方便用户点击。采编系统属于信息管理系统，业务流程简便直观是用户的基本需求。各填写项宜布局合理、操作步骤清晰、说明文字到位，力求无需说明或培训即可操作。新的稿件系统在框架比例和色彩上做了修改，配色为视力保护色，尽量降低视疲劳。用户提交操作时系统给予提醒或确认，有些需要按确定按钮，虽是一个小动作，但也要手工点击操作，因此在一些只是提示下操作完成类的对话框，设计成对话框出现停留下后自动消失，对提高作者、编辑、审稿者的效率或有帮助。
2.5具体分工实施
编辑部和网络公司双方协商决定各功能板块开发的先后顺序，制定任务进度表。对各项已完成内容演示确认后，选择下一项开发内容，进一步描述功能需求、系统各流程环节之间的衔接关系。在开发实施阶段，编辑部主要负责数据加工汇总、数据库转换、功能测试等。包括加工自创刊以来的PDF全文、补齐图片、上传；参照新稿件系统数据库各表格式，整理往年(1996—2006年)稿件基本数据、稿件处理记录等进行汇总转化为数据库记录，将旧投稿系统数据记录导出，进行拆分补充，转化为新的存储格式，最终使两大部分稿件记录能够成功合并。网络公司主要负责编写代码、处理新增任务、确认变更的需求、测试迭代、数据库转换、代码优化、导入旧版网站所有数据等。
2.6进度跟踪与保障
对于一些功能点较复杂、系统涉及面比较多的功能可采用敏捷开发方式，即编辑部人员选择较完整的时间段，与程序员共同在电脑上进行开发，完成一项功能后即刻测试，确认是否到达要求。此方式尤其适用于项目开发的后期阶段，因为沟通高效，既能较有效解决重点难点要求，也能对前期开发中的不足加以修复。网站开发进度上或有项目风险因素，比如编辑部的数据库整理和全文文件加工进度超出预期、网络公司优秀开发人员离职等问题。本项目实际进度比预期晚了半年才得以全部实现。当面临进度低于预期的情况时，可在确保系统整体安全和稳定的前提下，区分好优先模块功能和可延后开发功能。当优先模块功能完成开发测试后，即可决定新旧系统的切换时间点。
2.7系统测试与切换上线
系统测试是对网站与采编系统各模块与功能的确认，验证系统是否满足了设计时所提出的要求，必不可少。除了功能测试、安全测试外，还组织模拟用户访问数增加的压力测试。数据迁移是新老系统平滑升级的关键环节，既要保证业务流程系统不停顿运行，也要避免历史数据的缺失。应对数据迁移进行多次模拟，特别是数据库的替换、导入等操作，宜在本地数据库中进行测试验证，确保无误后才能在正式数据库中操作。第一步完成所有资讯类记录和投稿系统汇总数据成功导入新的网站系统。这一期间旧的仍用的稿件系统进行投稿审稿，新系统内部试运行。第二步完成旧的稿件系统上产生的增量数据迁移，随即第三步完成代码更新和DNS解析切换。切换完成之后向编委和审稿专家群发通知，并附上操作手册，向作者提供操作指南。
2.8上线后的持续完善
网站上线后需要不断地维护，根据实际应用和反馈进行修正。例如中华急诊网在升级上线以后补充的主要功能有：应用网站计数器、推送/自主订阅、参考文献格式导出、引证文献展现、同被引文献展现、RichHTML全文、相近主题文章推荐等。
3系统升级实现效果
中华急诊网升级后，内容管理系统与投稿审稿系统两者整合运行，运行流畅，效率提升。稿件系统中的投稿处理记录回溯至了1996年，数据更为完整。自1990年以来的过刊PDF全文在新网站上供用户检索与下载。新出刊的电子版文件能在印刷版付印后即刻上线，具备预出版功能。与旧版投稿审稿系统主要功能相比，新版系统增加的主要功能有：审稿人投稿与审稿界面统一、系统自动发送邮件短信、审稿人资格申请、送审专业自动匹配、稿件认领、预出版、主题词索引、各期参数统计、高级检索、邮件推送、文章引证追踪、视频播放、图片库、多种格式全文、参考文献格式导出、自动备份等等。网站升级后系统一直运行稳定，旧的投稿系统所存在的一些缺陷得以解决。现稿源数量稳定且分布地更广，审阅稿件更为便捷，审稿时滞缩短，处理速度加快。期刊文章被下载量不断提升，高影响力的文章进一步涌现。用户访问数增加，网站GooglePR值达到6，在急诊医学界产生了较好的反响。
4功能和用户体验
用户体验指用户使用一个产品或服务过程中所得到的综合感受。网站为用户所提供的功能与体验往往是一个有机结合，用户在操作网站功能中得到了体验感受，良好的用户体验意味着功能的可用性和完备度，能带来用户的认同感。
4.1重视用户体验
对于期刊社的网站和采编系统，访问网站和采编系统的用户主要有作者、编委、编辑部成员，可将其分为三大类。这里的用户体验首先是指访问采编系统和网站的用户进行人机界面交互时的体验，但要认识到不仅仅限于此，用户的心理感受还与实际业务流程、互动交流相关。设计投稿系统界面与功能时要充分考虑作者的期望，确保其能高效地响应或有针对性发送通知，例如稿件处理流程发生变化后自动发出进度通知，调用评审意见发送修稿或退稿意见，等等。开放多渠道咨询交流、开放审稿人自荐等，增强用户的参与度。对于审稿者，审稿专家一般希望得到可选择通知其审稿的提示方式，避免错过而产生过多的催审通知；填写审稿意见时系统稳定，不发生提交失败而导致填写意见消失的情况；对于所关注的稿件能查看到后续进展。对于编辑部，不能仅局限于使用和发现编稿模块的不足之处，还要充分体验投稿和审稿模块，多站在作者、审稿者的角度来审视系统，多听取审稿专家的意见，特别是重视第一次使用该系统的用户操作的所给出的感受。还可以将新增或已修复的功能通知给用户，不断地增加用户感知。
4.2细节完善
用户的良好体验往往源于完美的细节。比如一篇文章在显示摘要或全文时，页面上有引用参考文献格式给出，点击即可复制到剪贴板。下载PDF正文时直接使用文章题目名命名文件，方便保存管理；点击分享按钮后能将各篇出版文章(取题目名)快速分享至网络收藏夹或自媒体平台上。再如用户需要操作手册和网站地图，有时还需要查阅FAQ，此项宜做成数据表的形式，不仅便于维护修改，还可对点击频次进行统计，还可征求访问者对本问题回答是否已经满意给出选项。在丰富的功能与细节体验中，为用户创造价值这一理念会集中呈现。
4.3特色功能
从积累的数据和实际需求出发，系统实现的比较有特色的功能还包括：历年稿件处理信息、历届编委名单与专家库信息、定稿会信息记录、每期期刊基本信息、历年主办的会议信息完整汇总，文章设有防止重复核验，等等。作者能收藏、点赞，能认领往年所投稿件，查看各篇文献被引用频次、被下载频次，具有文献被引用来源链接，本刊同被引文献展现。这些基础数据和功能能保障系统出错率更低，稿件处理操作更便捷，为编者和作者带来良好体验。为使系统有更长的生命周期，还需要发挥自主建站的灵活性优势，不断开发新的功能项。今后的愿景功能还包括：学术社区、公开评审、、主题词树状目录索引、手机版网页、算法推荐系统等。在持续完善阶段，仍应坚持采取任务清单记录，区分完成项和未完成项，并随时汇总记录拟新增功能。
