架构问题自查

一、系统分析

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

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

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

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

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

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

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

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

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

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

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

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

二、软件架构

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

交付物:

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

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

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

a、控制改善系统复杂度,架构设计通过对系统功能整理,划分组件,梳理关系,能简化系统结构,优化系统负责度。
b、架构设计会考虑解决非功能性需求,如高可用、高性能、可扩展、低成本、安全等问题。
c、

2、你是如何理解

猜你喜欢

转载自blog.csdn.net/tales522/article/details/134355530