|
在网上也看了很多关于架构方面的文章，林林总总，总感觉没有说的太清楚，可能是每个人的理解不一样，我自己也在繁杂的文章中总结一些架构方面的划分，记录一下。 解决方案架构：解决方案架构，顾名思义，解决方案就是解决某一类共例的痛点问题，解决方案和系统是一个包含的关系，为了解决这个共性问题，我们应该提供哪些功能，这些功能应该由哪些系统提供，因此解决方案也是一个行业的标准，通过这套解决方案，可以解决行业内某一个共性问题。比如行业内的OA系统、ERP系统。 业务架构：业务架构是以流程为驱动，重点是关注流程中的对象，对象的操作（业务功能），以及对象的目标。 比如：我们有一个分期付款的app 用户端关注的重点是，用户如何通过分期付款app，实现分期付款这个需求。 商户端关注的重点是，商户端交易情况，收益情况。
数据架构：数据架构可以是以业务架构中的业务实现为依托，构建满足业务实现所需要的数据条件。 比如：要满足用户的分期付款的需求，我们需要做个人信息的采集，用于信贷评估，需要用户绑定信用卡或者银行卡，用于定时扣款，如何保证用户信息的安全性、完整性、可靠性、一致性等目标和要求 应用架构：应用提供的功能和系统组件，应用架构可以从两个方面看，一是技术维度，二是功能维度 功能维度的应用架构
技术维度的应用架构
集成架构：集成架构描述的是系统和系统间，组件和组件之间的通讯设计
安全架构：这里主要指的是网络安全，通过什么技术或架构，核实用户的身份和权限，如何保证数据的完整性、一致性、可靠性，保证数据不被窃取或未经授权访问。 技术架构：技术架构指通过哪些技术/框架实现了系统/系统功能，包括比如spring cloud，本身就是技术架构。 软件架构：软件架构的主要关注点是定义和文档化软件结构和行为，为了使软件工程和交付基于已知的功能性和非功能性需求。这与解决方案架构的目标完全不同，解决方案架构是定义应用、数据、之后架构构建模块、相关项，并处理所有相关的涉众关注的问题。软件架构师通常也是一种技术SME，它将使用架构风格、面向对象的分析和软件设计模式来设计客户端和服务器端软件组件，实现web/手机客户体验(CX)、进程管理、功能和数据管理应用程序架构模块，这些模块在解决方案架构文档中定义。软件架构的关注点是支持应用程序开发和交付。
|
|
|
