软件系统的架构设计方案架构的定义定义架构的最短形式是：“架构是一种构造”，这是一种对的的理解，但世界还没太平。若做一种比方，架构就像一种操作系统，不同的角度有不同的理解，不同的关切者有各自的着重点，多视点的不同理解都是架构需要的，也只有通过多视点来考察才干演化出一种有效的架构。从静态的角度，架构要回答一种系统在技术上如何组织；从变化的角度，架构要回答如何支持系统不停产生的新功效、新变化以及适时的重构；从服务质量的角度，架构要平衡多个和顾客体验有关的指标；从运维的角度，架构要回答如何充足运用计算机或网络资源及其扩展方略；从经济的角度，架构要回答如何在可行的基础上减少实现成本等等软件系统架构(Software Architecture)是有关软件系统的构造、行为、属性、构成要素及其之间交互关系的高级抽象。任何软件开发项目，都会经历需求获取、系统分析、系统设计、编码研发、系统运维等常规阶段，软件系统架构设计就位于系统分析和系统设计之间。做好软件系统架构，可觉得软件系统提供稳定可靠的体系构造支撑平台，还能够支持最大粒度的软件复用，减少开发运维成本。如何做好软件系统的架构设计呢？ 软件系统架构设计办法环节 基于体系架构的软件设计模型把软件过程划分为体系架构需求、设计、文档化、复审、实现和演化 6 个子过程，现逐个简要概述以下。 体系架构需求：即将顾客对软件系统功效、性能、界面、设计约束等方面的盼望（即“需求”）进行获取、分析、加工，并将每一种需求项目抽象定义为构件(类的集合)。体系架构设计：即采用迭代的办法首先选择一种适宜的软件体系架构风格 (如C/S、B/S、N 层、管道过滤器风格、C2 风格等)作为架构模型，然后将需求阶段标记的构件映射到模型中，分析构件间的互相作用关系，最后形成量身订做的软件体系架构。 体系架构文档化：即生成顾客和研发人员能够阅读的体系架构规格阐明书和体系架构设计阐明书。 体系架构复审：即及早发现体系架构设计中存在的缺点和错误，及时予以标记和排除。 体系架构实现：即设计人员开发出系统构件，按照体系架构设计规格阐明书进行构件的关联、合成、组装和测试。 体系架构演化：如果顾客需求发生了变化，则需对应地修改完善优化、调节软件体系构造，以适应新的变化了的软件需求。 以上 6 个子过程是软件系统架构设计的通用办法环节。但由于软件需求、现状的变化是难以预测的，这 6 个子过程往往是螺旋式向前推动。 ...
VIP
