关于博物馆信息系统建设的几点思考

博物馆信息系统建设通常由信息化部门牵头实施，并组织专业团队实际履行开发职责。由于系统建设周期较长，使用时再进行建设并不利于工作及时开展，在此前提下，一些信息化部门会根据了解的简要需求提前开展系统建设，但由于业务部门参与度不高，最终导致系统建设文不对题，系统长期处于闲置状态。为了解决以上问题，统筹好规划好，成为疏通痛点的关键。

二是广泛开展调研。对于业务部门而言，准确提供系统建设具体要求是有难度的，但根据类似系统提出功能调整却相对简单且直接。在广泛调研中，我们不仅可以发现优质系统建设案例，为新系统技术选型、流程优化提供参考，还可以借鉴经验，避免遇到类似错误，绕过技术瓶颈，降低系统延期风险，设计出更加适应服务需求的功能、流程、界面。

三是深入挖掘使用需求。为了真正解决“应建未建、建而不用”等问题，信息化部门要了解业务部门想依托信息系统解决的实际问题，不能简单充当需求的“二传手”。要通过多频次沟通，结合调研成果进一步拓宽业务部门思维，逐步形成完整、合理、符合真实预期的需求，当好业务部门与研发团队之间的“翻译官”。

四是分步实施、灵活调整。系统建设是长期任务，特别是一些涉及部门多、集成规模大的系统，要制定好短期、中期和长期规划。按照需求重要性、急迫性对建设任务进行分级，合理排布年度工作要点，根据运行情况、业务实际和技术革新情况，及时调整人员、资金配置，确保任务顺利进行。

深度参与系统开发与应用

一是对接好系统开发需求。在系统开发全程，信息化部门要组织进行阶段汇报，特别是一些关键业务模块成型前后，要与研发团队进行充分探讨，由研发团队以口述等更直接的方式阐述对需求的理解，经双方沟通并确认后，以会议纪要、确认书等形式进一步固化下来，避免因双方理解不匹配引发需求反复调整，影响整体进度。

二是在测试环节要注意集中多方力量。软件测试一般需经历单元测试、集成测试、系统测试和验收测试。信息化部门在系统测试环节即可介入，协助更高质量完成测试工作。结合业务特点提供测试环境参数，检验在压力测试、性能测试中使用的用例是否符合要求，结果是否符合预期，对系统建设质量有初步把握。在验收测试环节，除业务部门需要参与外，对于涉及对外服务的信息系统，要引入更多外部力量参与测试。该做法主要是为了尽可能全面覆盖真实用户使用习惯，检查各环节的边界情况和稳定性，必要时可引入第三方测试公司进行更高标准的测试。

持续提升运行维护能力

系统上线使用后，运行维护成为主要工作，系统在使用初期，难免出现不同类型的故障，在这个阶段，应注重经验积累，快速有序处置，逐步提升运行维护能力。

一是区分好运维标准。博物馆信息系统主要服务观众和内部管理。对于服务观众的24小时在线系统，故障导致的服务中断影响极大。而对于内部使用的非核心业务系统而言，故障容忍度相对较高。在初期故障相对频发且运维资源有限的前提下，本着实事求是的原则，要制定系统巡检、运维的不同分级标准，优先保障好开放预约和内部关键业务系统，及时修复可能影响使用的系统漏洞和逻辑错误，尽快完成版本迭代。

二是不断完善应急处置预案。常见的突发问题一般有程序异常、网络中断、硬件损坏等，但诱发的因素可能多种多样，如网络波动、证书过期、配置有误等。面对突发故障时，信息化部门要组织运维单位做好故障排查的全程记录，优先恢复服务，事后深入分析原因，不断提升协同效率，逐步形成成熟的应急处置流程。

信息系统的建设是一个长期课题，要通过认真总结各个环节的经验、运用好数据分析成果、广泛吸收观众意见建议等方式，找准观众所需与系统建设现状的差距，运用信息系统的良好使用体验，持续拉近博物馆与观众的距离。