在项目实施过程中，也需要负责大数据平台上的各类用户定制功能模块或者应用开发 和特定算法开发等二次开发工作，并提供产品功能服务培训和技术咨询。由产品经理、 16 大数据平台项目实施规范 开发经理、软件工程师以及算法工程师以及测试工程师等人员组成。 2.2.2.4. 数据提供及服务使用方（使用方） 数据提供及服务使用方（以下简称使用方）是大数据平台数据资源的提供者以及 各项数据服务的使用者。除 当然也可 便捷地发现数据所存在的质量问题。 7.4.4. 支持需求持续变化 随着信息技术的发展和使用方单位职能的变化，需求也在不断地改变。如何构造 一个随着需求改变而平滑变化的软件系统，是软件工程领域中的一个重要问题。传统 的信息系统往往是通过文档来适应需求变化，但是仅仅依靠文档还是远远不够的。成 功的元数据管理系统可以把整个业务的工作流、数据流和信息流有效地管理起来，使 38 大数据平台项目实施规范 例如在一个数据仓库的学校人事应用域中，事实表保存着教职工的工资发放记录， 某天一个教职工从信息中心调到软件工程系了，那么如何来保存这个变化呢？也就是 说教职工维度要怎么恰当的处理这一变化。如果要统计信息中心或软件工程系统的工 资发放总额的时候，这个教职工的工资记录应该算在信息中心还是算在软件工程系统？ 当然是调离前的算在信息中心，调离后的算在软件工程系统，但是如何标记这个教职 工所属单位？这里就需要处理一下这个维度的数据，即缓慢变化维度需要做的事情。

应用软件系统开发 （1）投标人必须严格按照质量管理和质量保证标准第 3 部分：GB/T19001 在软件 开发供应和维护中的使用指南进行质量的管理，保证软件开发的质量。 （2）投标人严格遵从软件工程规范，以及质量管理和质量保证标准中计算机软件质 量管理和质量保证标准进行系统分析、设计、代码化和测试，从管理职责、质量体系、 设计控制、文件和资料控制、项目实施控制、不合格品的控制、纠正和预防措施、质量

未形 成统一的共识。目前行业普遍的认知中，通常将“架构”与“结构” （Structure）的概念相混淆。事实上，架构与结构是不同的概念。根 据国际标准 ISO/IEC/IEEE 42010《系统和软件工程——架构描述》， 架构被定义为“一个系统在其所处环境中的（系统的）基础概念或属 性，其内容包括它的元素、关系和它的设计和演进的原则”。在该定 义中，强调了架构的所属对象为“系统”，本质为“基础概念或属性”， 生命周期过程”(Life 车路云一体化系统云控基础平台参考架构 14 Cycle Processes)的相关概念，由另一国际标准 ISO/IEC/IEEE 15288 《系统和软件工程——生命周期过程》定义。综上所述，“架构”简 单说来就是对系统生命周期过程中的元素以及和其他实体之间的关 系所进行的抽象描述。 参考架构(Reference Architecture)是对架构进行泛化得来的。