【摘要】软件架构怎么开发方法 步骤计算机科学和程序设计的飞速发展，使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的

软件架构怎么开发

计算机科学和程序设计的飞速发展，使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的做法早就过时，大范围协作的工程化时代随即到来进而在实践中不断的总结和改进，用于有效指导和最大程度的保障软件开发的质量、周期和成本。鉴于软件工程与建筑工程一样是一项系统的工程性工作，引入到计算机领域后，软件架构就成为了描述软件规划设计技术的专有名词

软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。

软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。软件架构是一个系统的草图。

架构过程：在系统整个生命周期中构思、定义、表达、记录、交流，验证合适实现，维护和改进架构的过程，也就是设计过程。

架构：一个系统体现在其环境中的元素、关系的基本概念或属性，以及其设计和进化原则。

架构描述：表达一个架构的工作产出物（通常指的是各种架构图和设计文档）。

架构视图：通过系统的某些关注点的视角，表达一个系统的工作产出物（例如部署视图、开发视图等）。

系统：包含了一个或多个进程、硬件、软件、工具与可以满足需求的人的集合。

环境：决定了开发、操作、策略和其他影响系统的设置和条件。

库是工具箱。

框架是一套通用的解决方案。

架构是高度抽象的需求，是系统中的不变量。

平台是所有可能做的事的集合。

系统分拆：如何把系统拆解为不同的子系统、模块、业务单元；

技术选型：使用什么样的基础技术框架或脚手架；

技术验证：确定核心技术难点如何解决，检验能否满足期望指标；

接口规范：系统的内部不同部分以何种形式确定接口契约和数据通信；

集成方式：系统与外部其他业务系统如何进行集成；

技术规范：如何规范开发、测试、部署和运维的技术标准性；

部署方案：系统如何进行物理部署，需要多少机器、什么配置，对网络有什么要求；

运维方案：系统如何进行技术性运维，如何日常监控、预警报警；

发布上线相关基础性工作，包括是否使用持续集成（CI)、自动化发布等技术；

运维基础性工作，自动化运维，监控等相关技术。

业务拆分的方法和技术框架的选择必然会影响到研发团队的组织形式。

业务拆分的越细致，越有利于我们更好的对项目的各项指标量化计算，更精确的估计工时和成本，从而指导我们每个小组应该分配多少资源，使用什么样的协同和任务确认形式。

并且随着项目的推进，计划与实际情况之间的匹配程度也随时可以进一步精确调整，进而影响到我们应该对每一块任务的投入资源进行动态调整