软件项目技术方案及质量保证措施

软件项目技术方案及质量保证措施（完整方案，投标可用）技术方案及质量保证措施6.1、技术方案6.1.1 项目背景学校日常运转产生大量的数据，目前尚无相关应用支撑学校科学管理主要体现在：数据难以利用、系统孤立形成信息孤岛、缺乏公共服务与决策支持、信息无法实时共享与交换、数据标准不一难以形成有效统计与分析、数据价值难以体现、缺乏监控与预测；以信息化建设与业务规范建设（业务流程规范）为捉手，遵循僵化（引入先进管理理念）、优化（实践指导迭代、优化）、固化（固化到统一平台形成软件资产，知识资产）原则，理顺学校常规业务，并实现信息化赋能，进而提升我学校日常管理精准度，并提供数据管理与数据分析服务，辅助管理决策。

6.1.2 建设目标通过本项目建设我校数据中台，打造集数据采集、数据处理、监测管理、预测预警、应急指挥、可视化平台于一体的数据中台，以信息化提升数据化管理与服务能力，及时准确掌握学校运营情况，做到“用数据说话、用数据管理、用数据决策、用数据创新”。

6.1.3 建设原则根据XX学校要求，根据公司对大型管理软件的开发实施的经验，认为本系统是地域广阔、业务复杂、行业特性突出、业务集成高的系统，在技术必须从软件技术和系统布局上进行充分的考虑和设计。

技术以及部署策略主要体现在如下几点：6.1.3.1 具有技术先进性及可行性公司认为系统应采用先进的体系结构，保证在建设和使用期间体系结构不会落后。

另外，XX学校智慧管理应用系统在软、硬件产品的选择上要尽量采用成熟的产品，以保证系统安全、可靠地运行。

当前软件系统主要分J2EE技术架构和.NET技术架构。

6.1.3.2 系统安全性公司认为智慧管理应用系统是学校最为关键的数据信息之一，智慧管理应用系统采取全方位防范措施，以保证系统安全。

智慧管理应用系统在各个环节都要有相应的安全措施来保障，这些措施主要包括：系统访问控制、数据通信加密、系统日志记录、数据备份与恢复等。

6.1.3.3 系统开放性公司认为系统采用标准的平台、技术和结构，使其易于与其它系统进行信息交换。

应定义规范的数据接口，以实现系统与其它系统互连互通以及互操作。

6.1.3.4 系统运行的稳定、可靠性公司认为系统作为学校信息化系统的关键业务系统之一，系统的稳定性和可靠性将关系到学校日常工作，因此智慧管理应用系统应具有良好的稳定性和可靠性。

6.1.3.5 系统易用性公司认为系统应具有良好的用户界面，易学易用。

还应在功能、业务流程上具有易操作性。

系统提供操作手册、在线帮助，功能键的安排应符合使用人员习惯，数据能够以清单、表格、图形等形式显示、打印。

6.1.3.6 可维护性、可升级性公司认为系统应采用结构化、层次化设计结构，使系统易于维护和升级，系统应采用模块化设计，并保证各版本之间具有良好的兼容性，不会因为系统中某些模块的改变而影响整个系统的正常运行。

智慧管理应用系统软件应尽可能做到“零”维护，同时实现简便易操作的远程维护。

6.1.3.7 可继承性公司认为系统应具有较强的可继承性，应包括应用系统的可继承性及数据的可继承性，系统应提供对各项相关智慧管理应用系统历史数据的存储、查询、管理等功能。

6.1.3.8 增强的管理功能公司认为系统应注重对系统操作流程的合理、必要控制，提高业务员、管理工作的规范性。

提供计划控制功能，实现管理信息化。

6.1.3.9 一体化设计一体化是系统设计和应用的基本指导思想。

XX学校第一、二期各个子系统要按照统计流程规范、统一技术标准、统计数据管理、统一应用集成，统一角色管理，统一用户登陆，统一界面风格等大系统一体化的要求建设。

遵循“一体化”原则，系统采用三层结构、WebService等先进成熟技术，保证建成的各个子系统具有良好的稳定性、可扩展性。

在系统应用上要以XX学校第一期、第二期为根本，扩展系统功能，不断优化和整合系统模块设置，改进管理方式，提高行政效率。

在建设方案上实现统一规划，统一考虑数字XX服务系统各个层面以及将来开展的业务模型；在内容管理上实现统一设计，集中存储，分责维护，信息共享；在系统应用上实现统一接口、统一标准，统一考虑各个系统之间的互连互通，避免形成系统的各自为政和信息孤岛；在业务处理上规范作业标准，统一工作流程，优化处理程序，实行跨部门协作；在技术处理上实现统一资源管理、统一身份认证、统一内容维护。

6.2、开发框架通过以上对XX学校智慧管理应用系统建设的需求分析，我们综合考量各方面因素，从对智慧管理应用系统建设需求的全面理解到系统实施的可操作性、工作方法的科学性，再到项目实施团队的合理配置，最后到周详的培训制定与完善的售后服务体系，从而设计出一套完整、详细、符合XX学校智慧管理各个子系统发展的科学方案。

6.2.1 技术架构本系统软件架构主要包括：Docker容器技术、Kubernetes集群、Micro Service 架构、Istio微服务治理、Serverless技术架构。

见图6.2.1.1 Docker容器技术基于业界主流Docker轻量虚拟容器技术架构，提供高效、开放、灵活的新一代云虚拟基础支撑环境(轻量虚拟化容器)。

6.2.1.2 Kubernetes集群采用Kubernetes集群管理技术，让容器化应用部署变得高效简洁，为业务应用的发布、维护提高高效支撑(容器集群技术)。

6.2.1.3 Micro Service架构采用Micro Service技术，将服务设计成最小颗粒，为应用提供高效、灵活、简洁、可靠的服务模式(微服务架构技术)。

6.2.1.4 Istio微服务治理采用Istio微服务治理框架，基于Service Mesh(服务网格)设计模式，提供非侵入式的微服务支持(服务网格治理)。

6.2.1.5 Serverless技术架构基于Serverless技术架构，以无状态、响应式方式实现服务，提供极佳的效率、可靠性、隔离性(无服务器计算)。

XX学校智慧管理应用系统采用平台技术、平台的框架图如下：XX学校智慧管理应用系统体系框架图6.2.2 逻辑架构XX学校智慧管理应用系统从体系结构上可分为五层，从下往上分别为基础资源、容器集群、微服务治理、云平台、业务应用。

6.2.2.1 基础资源强大的开发运维一体化工具，基于Docker容器、微服务、可视化、云开发技术为核心，提供从设计、开发、测试、部署、运维的一体化支持。

独创的可视化架构设计，应用基本架构、服务及关系一目了然，服务组件可任意增减，拖动连线即可改变依赖关系，并按照设计图，实现自动化创建和配置开发环境、测试环境和生产环境。

高效的可视化开发支持，包括架构、数据、服务、代码、页面的全面可视化开发支持，组件拖拽，属性设置，简单可靠，轻松高效。

全部基于组件化体系，提供组件和模版市场，开发者可以设计和发布自己组件，模块，实现高水平的重用和定制。

为云开发者同时提供Web IDE和桌面IDE两种专业的集成开发环境，桌面开发环境与云端运行环境连接，代码自动同步，支持线下本地编程开发调试，云端联机运行。

6.2.2.2 容器集群提供独立主机集群部署、容器集群部署、共享资源池部署等多种灵活部署方式，满足企业多样化的技术环境和术要求。

为学校的高频应用和低频应用提供高效的运算资源调度方案，当应用需要访问时，可以做到快速分配运算资源并启动运行。

当应用一段时间没有用户访问后，系统会自动回收运算资源。

6.2.2.3 微服务治理在微服务架构下，每个业务系统都是由多个云应用组成。

云应用通过业务集成(统一门户、统一用户、统一权限、统一流程)，形成一个统一的业务系统理。

支持学校业务的全面集成和公用，包括组织机构、权限、工作流、报表、业务概念、业务规则、用户界面、业务门户、即时通讯、消息推送、文档服务等。

6.2.2.4 业务应用建立统一的企业云应用规范，实现对应用发布、审核、部署、更新、升级、监控、运维的全生命期的统一管理。

通过多业务模式，为组织内外的业务协作提供全面支持，包括各类业务应用的隔离、定制和运维，轻松实现组织内外业务系统的统一规划、集中和分布部署、即时发布、灵活定制，助力企业打造随需应变、高效协同的数字化业务系统。

6.3、软件质量保证措施本公司软件质量保证由各项任务构成，这些任务的参与者有两种人：软件开发人员和质量保证人员。

前者负责技术工作，后者负责质量保证的计划、监督、记录、分析及报告工作。

软件开发人员通过采用可靠的技术方法和措施，进行正式的技术评审，执行计划周密的软件测试来保证软件产品的质量。

软件质量保证人员则辅助软件开发组得到高质量的最终产品。

我们的软件质量保证计划大体分为如下三大部分：（1）把软件研制合理地划分为若干阶段，并针对每个阶段的特点,制定出质量评审、评测的要求和措施。

（2）从软件质量的要求出发,制定出相应的技术和管理规范，如软件文档规范、软件编程规范、软件测试规范、软件版本控制规范等。

（3）创建和积累公用模块，向软件工厂化方向发展。

6.3.1 软件研制的阶段划分及其质量控制我们把软件系统的研制划分为8个阶段，即总体需求分析、总体设计、各分系统的需求说明及概要设计、详细设计(面向子系统)、程序编制、自测试、组装与验收测试、试用和初步定型。

我们规定，总体需求分析及总体设计需经有关领导及管理专家评审认定。

分系统的需求说明、概要设计及详细设计需经总工程师组织的技术评审组评审。

评审前，多数分系统的需求说明及概要设计需经有代表性的用户审核认可，即分析和设计阶段主要靠评审把关，编程和实施阶段主要靠执行规范和测试把关。

每次评审的结果都有相应的记录，并填写相应的表格。

6.3.2 软件的文档规范系统开发的文档要求是：每个分系统必须有需求说明、概要设计，每个子系统必须有详细设计和操作使用说明。

需求说明、概要设计和详细设计必须串行完成，而且规定，详细设计未经评审通过不能进入正规编程。

不写设计就进入编程，这是软件开发人员常犯的毛病，在我们的系统开发中这是不允许的。

6.3.3 软件编程规范开发中所有设计文件经过认真的评审、推敲和认定后，软件编程将是保证软件质量的一个重要环节。

为保证这一环节的质量，我们专门制定了编程的有关规范。

其中最主要的是界面规范。

需要强调的是，对界面的理解不应只限于屏幕格式和操作方法，界面设计应贯穿于软件编制的全过程，我们的界面规范分为两大部分：第一部分是设计原则，包括：一般原则、屏幕格式设计原则、输入过程设计原则、信息显示设计原则、提示信息设计原则、报表设计原则、菜单设计原则、操作方法原则。

它重点解决操作的方便性和直接性、显示和提示的确定性、输入的准确性、输入输出的一致性，以保证对用户习惯和心理的良好适应性，给用户一种愉快感，让用户产生一种喜爱感。

第二部分是屏幕格式设计，包括：版权屏幕、登录屏幕、单记录录入窗口、多记录录入窗口、查询列表窗口、主/细数据录入窗口、命令按钮格式。