系统软件设计研发投标方案（143页）（2024年修订版）.docx

系统软件设计研发投标方案 目录 第一章 技术方案 3 第一节 总述 3 第一条 项目背景 3 第二条 项目内容 3 第三条 设计原则 4 第四条 性能要求 6 第二节 总体架构设计 7 第一条 设计思路 7 第二条 架构图 9 第三条 架构的主要优势 9 第三节 软件功能 17 第四节 关键技术 30 第五节 三化水平 42 第一条 产品通用化 42 第二条 产品系列化 45 第三条 组合化 50 第六节 六性要求 54 第七节 试验检验要求 85 第一条 测试 85 第二条 试运行 101 第三条 验收 122 第二章 实施方案 128 第一节 项目实施安排 128 第二节 质量保障与监督 128 第三节 项目实施管理 129 技术方案 总述 项目背景 本项目招标包括事业任务筹划与管理系统的软件设计、代码编程、出厂(所)测试，大屏幕显示设备和塔式静音服务器选型采购与适配，编制相关技术文件，软件培训与试用保障等。 项目内容 ①软件设计 依据ZC环境保障任务筹划管理需求，研究制定软件研制技术途径，设计软件系统框架、分系统划分、模块功能，依据管理要素和信息，综合考虑系统的稳定性、安全性、兼容性等要求，研究提出信息要素，设计管理数据库。 ②代码编程 落实管理流程、功能要求，组织开展软件编程，实现ZC环境保障任务年度任务经费管理、年度计划信息服务、项目精准管理、历史任务库管理、临机任务管理、系统管理等功能。 ③软件测试与试用 完成软件的出厂(所)测试，并结合ZC环境保障任务指挥管理、年度任务筹划部署等工作，参与开展软件系统的试用，优化管理流程和软件功能。 ④硬件采购与适配 依据软件显示分析需求，适配选型大屏幕显示设备，完成显示设备和塔式静音服务器的选型、采购、安装、集成调试。 ⑤技术文件编写 参照J用软件开发相关文档要求，完成相关技术文档的编制和评审。 设计原则 软件开发遵循以下要求： 适用性要求。系统具有集中配置、灵活部署和适度冗余能力，以适应现行组织管理机制、机构设置和人员编制及其调整变化；系统界面美观一致，提示和帮助信息便捷、准确。 规范性要求。一是系统数据结构和格式、软件技术体制、硬件环境配置、应用模式等应遵循统一的标准规范；二是能够对数据实施分级管理、集中存储等提供支撑。 网络化部署要求。能够按照航天系统部ZC环境保障业务机关要求部署于专用网络，用户可通过本地浏览器进行后台管理和访问系统服务。 系统可靠性 系统容错：当误操作、网络中断或非正常退出时，系统 应给出提示信息，最大程度保存用户的工作结果，尽量减少工作损失。 数据备份：具备对软件运行中产生的各类业务数据进行备份的能力。 数据恢复：具有利用备份的数据进行恢复的能力。质量管理实用性和易用性。系统应操作简单、易于使用、界面友好，充分考虑不同用户的应用水平，不仅要满足用户对人性化使用和目前实际需要，而且还要适应未来发展的需要。 先进性及成熟性。在设计理念、技术体系、产品选用等方面要求先进性和成熟性的统一。系统采用工具式、流程化思想进行系统设计，基于成熟稳定的平台进行开发，保证系统的稳定运行并适应未来业务功能的不断扩展。 易维护性。在设计开发过程中尽量选用通用软件及工具，以简化后期的管理维护工作。保证管理与运行维护操作应尽量简便易行，避免对维护人员过高的要求。 网络通信要求 系统可依托测绘导航业务网实现互联互通，能够基于现有网络通信条件实现相关软件功能。 国产化要求 按照全J国产J用关键软硬件应用推进总体计划要求，系统可兼容主流国产硬件平台和国产操作系统。 三化及六性要求 参照《质量管理体系要求》(GJB9001C)、《装备维修性工作通用要求》(GJB368B)、《装备可靠性工作通用要求》(GJB450A)、《装备测试性工作通用要求》(GJB2547A)、《装备安全性工作通用要求》(GJB900A)、《装备通用质量特性管理工作规定》(装法〔2014〕2号)、J用软件质量管理规定(装字〔2005〕第4号)等要求，制定软件通用化、系列化、组合化措施，开展可靠性、安全性、维修性、测试性、保障性、环境适应性设计。 性能要求 a.软件系统 支持200个以上用户同时在线，支持50个用户并发访问。 数据查询、统计，在确保精准的前提下充分考虑运算速度和查询效率，完成十万量级数据的单表查询、统计最长响应时间应限定在5秒内，完成十万量级数据的多表联合查询、统计最长响应时间应限定在10秒内。 支持32位、64位Windows以上操作系统，支持Firefox(V35.0)、Chrome(V40.0)及其更新版本浏览器。 b.硬件设备 大屏幕显示器：液晶面板，屏幕尺寸：不低于75英寸，分辨率：不低于3840×2160(4K);屏幕刷新率：不低于60Hz; 响应时间：不大于5ms;亮度：不低于350cd/m2;像素点距：不大于0.5×0.5mm;信号输入：至少支持VGA、HDMI、DVI三种接口。 服务器：塔式静音服务器；CPU内核：不低于4核，主频不低于2.4GHz;内存：不低于32GB;硬盘：不低于8TB,SAS硬盘，RAID1;显卡：独立显卡，显存不低于4GB;网络：1000M以太接口；光驱：DVD可刻录光驱；操作系统：正版WindowsServer2012以上。 ③外部接口 按照指定的数据要素和体例格式要求，以*.doc、*.docx、*.xls、*.xlsx等格式导出相关文件。 总体架构设计 设计思路 系统建设采用浏览器/服务器(B/S)模式，按照面向服务(ServiceOrientedArchitecture,S0A)的技术路线进行设计与实现，对系统进行建设与集成整合，以适应业务需求的改变。采用组件化、服务化、网络化的技术体系结构，遵循全J信息系统建设统一的技术体制，构建兼容自主可控运行环境及虚拟化桌面的技术架构。 运行环境层。主要包括网络、计算机等软硬件以及安全保密设施等，依托可用专用业务网或局域网，选择J队选型 厂商生产的计算机等设备，加装全J统一配发的安全保密设备，构建运行稳定、安全可靠的网络支撑环境。系统软件主要包括操作系统、数据库管理系统、应用中间件、办公套件等。运行环境设计支撑商用和国产两种运行模式。 数据资源层。运用先进的信息工程和数据管理理论及方法，对数据进行有效组织。数据主要包括基础信息、业务专题数据(业务数据库、成果信息库等)和管理交换信息、ZC环境保障任务筹划与管理业务数据。 应用支撑层。为应用功能提供支撑，包括安全访问控制、文件上传下载、数据导入导出、统计分析、认证与授权服务、事务处理、日志服务和UI服务等。 应用功能层。为用户提供业务应用功能，包括年度任务经费管理、项目进度精准管理、年度任务信息服务、历史任务库管理、临机任务管理、系统管理等功能。 用户层。包括业务部门、直属单位机关、下属单位业务机关和任务单位。 标准规范。涵盖ZC环境保障任务筹划管理系统建设过程中需要遵循的相关标准规范。 架构图 架构的主要优势 常用的B/S系统开发，一般是基于单体应用架构，例如Java技术开发的B/S系统，一般选用SSH,(Struct2、Spring、Hibernate)或者SSM,(SpringMVC、Spring、Mybatis)框架，开发出一个war包后将其部署到Tomcat中发布。单体应用架构的开发、部署、测试较为容易，但随着需求的不断增加，每一次系统的更新，都需要将war包重新部署，并且war包如同滚雪球一般越滚越大，系统的可维护性、可靠性、灵活性逐渐降低，维护成本越来越高，任何一个bug都会导致系统崩溃，随着时间的推移，整个程序的代码量变得越来越大，使得已有的系统设计和代码变得难以维护，系统的构建和部署时间也不断增加，单体应用中每次功能变更、bug修复都会导致整个项目需要进行重新部署，增加了项目部署时间、成本和风险。 为解决单体应用的缺陷，FowlerM提出了微服务架构，它完全不同于单体应用架构，将应用程序逻辑拆分、设计、开发为一组小型服务，这些小型服务只关注自身所负责的功能，不关心其他服务及其内部实现。这些服务可以独立部署在平台即服务PaaS(PlatformasaService)上，或者运行在自己的进程中，进程与进程之间相互隔离，降低各服务的耦合性，服务间通信采用轻量级通信机制REST风格，REST是资源表现层状态转换(REpresentationalStateTransfer),所有独立的服务构成了一个完整的软件系统，这些服务由于部署在各自独立的进程中，各服务间内聚性大，耦合性小，可以采用不同的编程语言、不同的数据存储技术实现系统功能，微服务架构由于将服务分割专注化，因此不会像传统的单体应用程序一样，修改一个bug或增加一个功能就要重新进行部署，只需要将修改的服务重新部署，不会影响其他服务的运行 本项目是基于微服务架构的B/S应用系统，后端使用SpringCloud技术，前端使用JQueryBootstrap以及Thymeleaf模板，数据库使用MySQL,并采用非关系内存数据库Redis进行Session模拟和部分基础功能的实现，使用Intellij,IDEA集成开发环境，由于SpringCloud内部集成 了Tomcat,所以只需要运行启动类，通过相应地址就可以访问相关服务，系统使用了Jmeter测试工具，对单体应用和微服务架构进行不同级别的测试，性能指标上微服务系统架构体现出明显优势 1、微服务技术 系统前端技术采用开源的Bootstrap和JQuery框架，用户输入字符验证采用JQueryvalidate框架，Bootstrap已经处于github上星级项目(starredproject)前列，利于技术人员编写用户体验良好的前端组件和动作。 后端采用SpringCloud框架实现微服务的基本框架搭建，数据连接与操作采用Mybatis,用户密码采用Shiro的MD5加密，防止被非法人员侵入数据库后得到用户密码后进行非法活动，系统后端与前端之间的数据交互采用json字符串格式，方便前端解析后端传递的内容，数据方面，选用MySQL来存储用户以及系统等的基本数据，由于各微服务运行于各自隔离的进程中，无法将HTTP,Session交于统一的Servlet容器，因此采用内存数据库Redis模拟实现Session,系统选用Maven进行Java的依赖包管理和项目的搭建，并使用Git进行项目的版本控制。 1)SpringCloud是在Java快速开发框架SpringBoot基础上构建的一个开发框架，它在SpringBoot便利性的基础上很好地降低了微服务系统实现的门槛，如实现微服务的注 册与发现，实现负载均衡，实现REST通信，构建微服务网关等一系列功能，都可以使用SpringCloud通过最简单的配置或者几行编码就完成实现与部署。 2)Redis是一个非关系数据库，它可以存储键与其他五种不同类型的值之间的映射关系，因为Redis数据库本身是基于内存存储的，所以redis的处理与运行速度相比于传统的数据库快速高效，Redis还可以通过简单的设置就将存储在内存的数据持久化到硬盘中，使之下次读取的时候就可以直接从硬盘中获取数据，因为Redis不使用关系表结构来进行数据的存储，所以Redis的数据库不会强制要求用户对Redis存储不同的数据进行相应的关联，使用Redis使得用户要求进行数据持久化时，才将这些数据存储在硬盘中，从而提高整个系统代码的运行效率，给用户提供更好的运行体验。 3)REST是一种软件架构风格，并不是一种软件设计的标准，REST提供了一组设计原则和约束条件，以寻求降低开发的复杂性，提高系统的可伸缩性的目的。 4)Mybatis封装了系统与数据库的连接、校验、操作实现等底层代码的实现，使得用户可以使用ML配置或者Mybatis注解完成数据库的连接，操作，关闭数据连接池等基本操作，相比于JDBC、Hibernate操作数据库，Mybatis代码更具易读性优势。 5)Git是目前软件开发领域中最好的分布式版本控制工具，是Linu之父为了帮助管理Linu内核开发所制作的一个开源版本控制软件。 6)Maven是一个项目管理工具，开发团队可以通过Maven自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期，基于Maven的Java项目中，其项目的依赖包是统一管理的，有效避免Java项目的依赖包因为版本原因而产生冲突。 7)Zuul是微服务网关组件，微服务网关是介于客户端和服务器端的中间层，用户提交的所有外部请求都会先经过微服务网关的处理和过滤，可以实现用户身份认证与安全、审查与监控、动态路由、压力测试、负载分配、静态响应处理等功能，使用Zuul微服务网关后，实际上封装了系统内部的所有服务，用户只需要和微服务网关交互不必直接调用微服务的相关接口。 8)Eureka是用于实现微服务架构中的服务注册与发现的组件，服务提供者在服务启动时，将自身以及URL等一些信息注册到注册组件中，而服务注册组件会存储各个服务提供者的这些基本信息，各个微服务与服务发现组件之间通过一定机制进行通信，例如心跳机制，即各个微服务每隔一定的时间向服务发现组件发送信息，表示自己还在运行中，可以被调用，若持续一段时间未向服务发现组件提供信息，则 服务发现组件会认为该服务出现故障或者已被关闭，则从注册表中注销该服务。 2、系统整体采用微服务架构，如图所示 每一个服务采用MVC架构并拥有自己独立数据源，每个服务不需要其他服务的支持就可以独立运行，同时这些服务都注册到Eureka组件中，相互之间使用REST进行通信，充分降低了各服务之间的耦合度，增加了系统的内聚性。 3、微服务性能分析 雪崩效应处理机制 微服务之间是使用轻量级通信机制进行通信，当某一个服务提供者因为网络原因无法被调用时，其后的服务消费者都会出现“级联故障”,即雪崩效应，如下图 使用Spring,Cloud的Hystri提供的熔断机制，一旦服务提供者出现错误导致服务消费者无法调用，系统会立即根据编码人员的设置，对请求失败、超时执行回退代码，防 止雪崩效应，从而提升整个系统的可用性性能测试 使用Jmeter测试工具，在近似相同环境下对基于微服务架构系统与基于单体应用的系统进行测试，为了尽可能保持测试数据的客观性，两个系统的业务功能逻辑代码实现基本相同，微服务系统测试结构如下图所示 部署时间分析 微服务架构相较于单体应用的最大优势就是部署效率较高，传统单体应用每修改一个功能或者缺陷就必须关闭服务器重新部署整个项目，随着需求的不断增大，项目代码量不断增多，重新部署耗费更多时间，微服务由于采用领域驱动设计，每个微服务之间相互隔离，低耦合、高内聚性使得微服务每修改一个功能或者缺陷只需要重新部署相对应的微服务，其他服务可以继续运行不必停止。 1、分别对单体应用和微服务架构系统进行部署，记录不同服务修改的部署平均时间，每个服务修改一个功能，部署时间下表不同服务数修改一个功能部署平均时间(ms) 功能1个服劳2个服劳3个服务 微服务2234单体应用5951 2、分别修改单体应用和微服务架构系统中的同个服务中的多个功能，平均部署时间数据见下表所示，修改并部署较少服务的时候，相比于单体应用架构的系统，微服务架构在部署时间上花费更少，节省了约60%的部署时间。 同个服务中修改不同功能后部署平均时间(ms)功能1个功能2个功能3个功能微服务2222.672139.672088.67单体应用5971.6759295868 3微服务是一个细粒度的S0A,(Service-Oriented,Architecture,面向服务架构),服务的划分基于领域驱动设计，每个微服务只专注自己的职责，符合软件设计高内聚、低耦合原则，微服务单独部署，服务之间使用REST风格通信机制，各个微服务部署在不同主机并采用分布式管理机制。 传统单体应用程序在项目变得越来越庞大时，任意一个bug将导致整个应用系统重新部署，微服务架构只需要部署更新的微服务，任何一个功能修改，只需要停止对应的微服务，不需要暂停整个系统，解决了bug修复和系统更新需要停止整个系统访问的问题，从实验结果看，系统的性能在微服务架构系统上具有明显优势。 未来将使用容器引擎Docker更快地将微服务进行打包、 测试以及部署，基于进程隔离技术的Docker,将缩短从编码到部署运行的周期。 软件功能 ①年度任务经费管理分系统 年度任务经费管理分系统用于新体制下ZC环境保障任务经费和标准经费的拟制、上报、汇总和审核等工作。主要包括经费预算管理和经费审核管理等模块。 a.经费预算管理模块 用于机关和任务单位开展年度任务经费和标准经费的“一上”和“二上”经费填写、上报和汇总等工作。主要功能包括： 年度任务经费建议方案管理 按照年度任务类型、任务单位、重点领域、重点方向等，填写相应表单，形成年度任务经费建议方案。基于网络实现方案的在线上报，或采用导出任务数据包方式离线上报。 年度任务经费预算方案管理 根据年度任务要求及经费需求，按《预算项目申报书》(如下图所示)要求，在线填报相应表单，形成年度任务经费预算方案。基于网络实现方案的在线上报，或采用导出任务数据包方式离线上报。 预算项目申报书 预算项目申报书 色而要t着及意用 经色事求壹甲事文粗建的 M ) 西 ) 北 经善悬 其中： 1 目 2 . W 你 等 二， 以年演已第计食 中 2 综料等 三、上年宜 X中： 1经责 2W用青你补等 四.本年度计划女排 X中： 1 2 . 0 窗 用 上 调明， 1. 不第*以中己计安'箱*上年度养次. 26车“ × ”的e次不两 预算项目申报书 (预算项耳经费总需水测算明细表) 序号 开文内容 星 单位 量 优 或 支出标准 ) (万兄) 世 计 预算项目申报书 (预算项日斗度经费常求测算明细表) 序号 开重内非 像 量 或 出标程 (万光 注 合 计 通 重 一 . 各 性 用 名 控 成 尾 准 《 预 其 理 社 中 社 . 车 受 制 光 原 别 5 1 附 国 业 务 系 工 上 和 的 a 国 题 证 下 材 , w 一 雪 ， 类 且 . 们 . 料 . 应 教 建 和 觉避心共4 预算项目申报书年度标准经费建议方案管理 按照常规任务类型、任务单位、经费标准等，填写相应表单，形成年度标准经费建议方案。基于网络实现方案的在线上报，或采用导出任务数据包方式离线上报。 年度标准经费预算方案管理 根据常规任务经费标准及任务要求，按《预算项目申报书》要求，逐任务在线填报相应表单，形成年度标准经费预算方案。基于网络实现方案的在线上报，或采用导出任务数据包方式离线上报。 经费方案上报导出 可按照指定的任务类型、完成单位、任务经费等要素，实现相关任务经费方案的单一要素或组合检索查询，并按照指定的体例和格式导出相关经费方案。基于网络实现方案的在线上报，或采用导出任务数据包方式离线上报。 b.经费审核管理模块 经费审核管理模块用于机关和专家开展年度任务经费方案汇总审核等工作。主要功能包括： 任务经费方案汇总功能 逐级汇总下级单位的任务经费方案，并按照指定的任务类型、完成单位、任务经费等要素，实现相关任务经费方案的单一要素或组合检索查询。 机关审核功能 对下级单位填报任务按要素、按权限进行审核，实现任务要求、时限要求、承担单位、经费预算等要素审核意见的汇总，基于网络在线下达审核意见，或采用导出任务数据包方式离线下达。 专家管理功能 评审专家库建立，具备评审专家信息增加、修改、删除等功能。 专家审核权限管理功能 按照评审专家从事专业、所在单位、职称职务等信息，设置、修改、删除相应专家的审核权限。 专家审核功能 具备开展在线会议评审功能，按照审核权限完成相关任务的筛选、审核意见的填写与汇总，基于网络实现任务评审数据的在线上报，或采用导出任务评审数据包方式离线上报。 ②项目进度精准管理分系统 项目进度精准管理分系统实现年度任务执行情况的精准跟踪和管理，辅助机关用户开展项目监管与督导。主要包括：项目进度方案管理、项目执行进度分析、项目经费执行进度分析、项目执行态势评估、项目执行预警评估、项目执行情况督导等模块。 a.项目进度方案管理模块 项目进度方案管理用于各任务BD在年度任务批复后开展项目进度方案拟制并上报上级机关，经过机关逐级审批后，该项目进度方案生效，系统将自动按照项目进度方案进行进度管理。主要功能包括： 项目进度方案拟制功能 对每个任务的节点要求、时间进度、考核标准等要素进行设置，并对进度方案拟制情况进行数据完整性、合理性检核。 项目进度方案上报功能 可基于网络实现任务进度方案的在线上报，或采用导出 任务进度方案数据包方式离线上报。项目进度方案审核功能 实现任务进度方案的逐要素审核，具备节点要求、时间进度、考核标准的审核意见填写与汇总，基于网络实现任务进度方案审核数据的在线上报/下达，或采用导出进度方案审核数据包方式离线上报/下达。 b.项目进度执行分析模块 项目进度执行分析模块用于任务BD按照项目进度方案定时更新项目进度内容，机关用户进行进度汇总和审核，并能够根据用户上报数据进行项目进度执行情况分析，主要功能包括： 项目进度更新功能 基于网络在线接收项目进度数据，或通过离线项目进度数据包方式更新任务进度。根据任务单位上报的任务进度数据进行任务进度数据更新和汇总。 项目进度上报功能 可基于网络在线上报、接收与更新进度数据，或采用离线数据包形式实现任务进度数据的导出、接收和项目进度更新和汇总。 项目进度审核功能 可按照任务类型、承担单位、任务经费、项目进度等要素对相关任务进行查询统计，实现逐任务进度的审核意见填 写、汇总，基于网络实现进度审核数据的在线下达，或采用导出进度审核数据包方式离线下达。 项目进度执行分析功能 可按照任务类型、承担单位、任务经费、项目进度等要素对相关任务进行查询统计，并对相关任务及要素进行图文、图表等可视化展现。 c.项目经费执行分析模块 项目经费执行分析模块用于任务BD进行项目经费执行信息的定时更新和上报，机关用户可以对经费执行信息进行汇总和审核，并能够支持机关用户根据上报数据对项目经费执行情况进行分析。主要功能包括： 项目经费执行信息填报功能 逐任务填写任务经费实际执行情况，并与相应经费预算进行比对和图文、图表显示。 经费执行数据上报功能 汇总任务经费执行情况，基于网络实现经费执行数据的在线上报，或采用导出经费执行数据包方式离线上报。 项目经费执行数据审核功能 可按照任务类型、承担单位、任务经费、项目进度等要素对相关任务经费执行进行查询统计，实现任务经费执行情况的审核意见填写、汇总，基于网络实现审核意见的在线下达，或采用导出进度审核数据包方式离线下达。 项目经费执行分析评估功能 可按照任务类型、承担单位、任务经费、项目进度等要素对相关任务经费执行进行查询统计，并采用图文、图表等形式可视化展现任务经费执行情况。 d.项目执行态势分析模块 项目执行态势分析模块依据项目进度数据对年度任务项目执行总体态势，重点领域、重点方向项目执行态势进行分析，并对可能存在执行风险的项目进行预警。主要功能包括： 项目执行总体态势分析功能 按专业领域、承担单位、经费规模、任务类型、时间跨度等要求，单一要素或组合要素汇总、统计任务执行情况，并采用图文、图表等形式可视化展现执行总体态势。 重点领域方向项目执行分析功能 按照指定的重点领域，汇总、统计各类任务的执行情况，并按要求采用图文、图表等形式可视化展现重点领域方向项目执行情况。 项目执行预警功能 根据给定的预警条件，自动筛选超限项目，按要求采用图文、图表等形式可视化展现相关任务的执行情况。 e.项目执行情况督导模块 项目执行情况督导模块在网络条件具备情况下，对进度 滞后的年度任务进行督导管理。主要功能包括：滞后项目在线督导问询功能 根据任务进度计划数据或指定的滞后条件，自动筛选相关任务数据，按要求采用图文、图表等形式可视化展现相关任务的执行情况，并基于网络实现督导询问信息的在线下达。 督导问题在线反馈功能 任务承担单位依据上级机关下达的督导询问信息，在线填写表单，视情添加报告附件，在线上报被督导任务的相关情况。 滞后项目自评填报功能 任务承担单位依据上级机关下达的督导询问信息，在线填写表单，形成滞后项目自评报告，基于网络在线上报滞后任务相关情况，或采用导出滞后项目自评数据包方式离线上报自评报告。 滞后项目评估功能 可基于网络接收、汇总之后项目自评数据及任务相关要素信息，按指定评估要求开展滞后项目评估，并可按任务要素查询、统计、汇总滞后项目评估情况，形成评估报告。基于网络在线上报/下达滞后项目评估报告，或采用导出滞后项目评估数据包方式离线上报/下达评估报告。 ③年度任务信息服务分系统 年度任务信息服务分系统主要支撑用户查询掌握历史年度任务信息、当前年度任务信息，并能够基于海量任务、经费数据进行统计分析和分析报告自动生成，为用户决策提供辅助手段。主要包括综合查询、统计分析、分析报告制作等模块。 a.年度任务综合查询模块 年度任务综合查询模块用于用户进行多选项、多视角、多维度的信息查询功能操作，用户可以按权限进行任务数据获取和分析，为任务筹划、项目审核、项目申报提供支撑。 可按照项目名称、承担单位、项目起始年份、项目完成年份、项目类型、经费额度、排序等级等要素进行单一查询和组合查询。 b.统计分析模块 采用饼状图、柱状图、雷达图等多种可视化产品形式对年度任务项目进行统计分析和结果展示。 能够按照数据字典分类、经费类型、执行情况等要素对项目进行统计分析，并自动生成结果。 c.产品报告生成模块 根据用户需求和预先装入的数据报表和文字报告模板，自动进行数据提取统计、生成相应报表和报告，并可支持用户进行预览修改和导出等功能操作。 ④历史任务库管理分系统 历史任务库管理主要实现对已批复项目的维护、查询、分析等功能，为机关和BD用户在任务筹划、项目申报、项目审核过程中提供支撑，该模块主要