架构问题自查

一、系统分析

识别和理解业务需求，可从业务全局角度，对需求进行建模设计

可在指导下阅读和理解需求文档、参与需求评审会并可理解需求内容(参与需求分析/评审的相关邮件，会议纪要等)

可阅读和理解需求文档、参与需求评审会并可理解需求内容(参与需求分析/评审的相关邮件，会议纪要等)

可阅读和理解需求文档，并结合已有功能评估新需求关联性及影响、参与需求评审会并可提出意见和建议(参需求关件，需求审相关要证明等)

需求分析方法论、行业分析报告、竞品分析报告

1、业务专业词汇问答了解

2、业务专业场景问答了解

3、需求分析方法和工具有哪些

4、怎么进行系统关联影响分析

5、怎么保证系统功能不重复建设

6、怎么进行行业及竞品分析

7、如何确保对需求的分析不出现偏差

二、软件架构

从宏观层面，以发展的视角对业务系统进行分析评估，规划，选型约定，使业务系统在特定的时段内可灵活支持业务发展，输出架构文档。

交付物：

数据架构文档(数据模型包括概念、逻辑、物理)、应用架构设计文档(业务模块设计，业务流程设计)、技术架构设计(技术组件选型、业务价值链)

数据架构文档(架构愿景、原则、企业数据模型，数据流图，实时路线)、应用架构设计文档(业务模块设计，业务流程设计、技术架构设计(技术组件选型、业务价值链)

1、架构设计解决了什么问题

2、你是如何理解架构分层与分层架构

3、怎么确保架构设计的合理性

4、架构设计时架构师充当了什么职责，应该怎么做

5、架构设计如何识别利益相关方

6、如何确保架构设计时满足各方需求

7、架构设计应该关注什么