目录
IT行业小伙伴可以加入我的星球，初衷成为各位IT架构，提高产研能效参考库，星球内容每周更新
个人工作经验资料全部放在这里，IT架构管理、4A架构和安全架构、数据治理、主数据、企业架构、大模型、金融行业等各种数据相关材
目的
定义此数据体系结构标准是为了推动整个银行对数据体系结构的一致理解。该文件将作为与银行行数据架构有关的战略决策的基础。
本文涵盖以下几个方面：
- 数据架构原则和指导方针以及相关文档需求，以证明对原则的遵守
- 相关监督和审查机构在确保遵守数据架构原则和准则方面的作用
- 数据源类别和相关的数据架构标准
- 数据治理角色持有人在执行数据架构活动时需要遵循的关键责任和职责。
关键需求
数据架构原则和指南
数据架构原则和相关的指导方针为变更和解决方案的评估和设计提供了信息，其目标是推动实现目标状态数据体系结构，该架构表现出简单性，支持数据质量、可访问性和数据信任，并促进有效的数据管理。
数据架构原则
- 简单性和敏捷性
架构设计应确保不会重复捕获相同的数据点
- 高质量和可信数据
数据架构应该支持所捕获的元数据和数据血源和源输入的数据指定系统的记录
- 数据可访问性
- 与下游应用程序集成的数据使数据发现和检索变得容易
- 架构必须控制访问权限
- 架构应为最终用户的数据消费提供易于使用的界面
- 数据管理实战
- 构必须建立自动化数据供应链
- 所有使用的数据都应该来自可信的来源
- 数据架构的目标应该是消除部门数据孤岛，并在适当的时候促进协作，以确保所有利益相关者都能访问具有完整元数据的高质量、可信的数据
- 某些场景要求数据不能跨部门共享，数据架构必须遵守与所述数据相关的适当规则。
- 必须建立数据所有权，以增加数据资产的问责制
- 架构必须包含一个全面的元数据工具来捕获和维护整个组织的元数据，从而提高关键数据元素和过程的透明度
- 所有底层架构系统都必须遵守治理原则
- 应考虑数据所需的安全级别，任何解决方案都应实施所需的控制，例如，如果它包含PII， CIA原则等。
- 架构设计必须充分考虑所需的策略和控制
- 一致性
- 数据架构设计和实现必须与已建立的企业数据模型设计和业务术语保持一致。
关于变更计划的数据架构考虑
变化来自不同的治理水平和标准化程序的不同途径。变化包括技术变化、产品变化、流程变化等，所有更改都必须考虑并遵守数据架构原则和指南。
项目发展周期（PDL）
PDL遵循从定义到交付和结束的五个变更实施阶段。变更请求详细说明所分析的业务需求，如果不需要对现有技术或新技术进行更新，则更改遵循PDL过程。
PDL的五个阶段及相关的数据架构标准要求如下：
软件开发生命周期（SDLC）
对变更请求中详细描述的业务需求进行分析，如果需要对技术或新技术进行更新，则更改遵循SDLC过程，并且必须对需求进行审查。如果获得批准，SDLC过程将被遵循以交付变更，并且项目团队必须与技术交付团队保持同步。
SDLC 中的五个阶段以及相关的数据架构标准要求如下：
产品开发委员会 （PDC）
产品开发委员会的目标是为新产品/计划的推出和现有产品/计划的任何重大变化提出建议。
PDC 流程中的阶段以及相关的数据架构标准要求如下：
