系统架构师---软件重用、基于架构的软件设计、软件模型

目录

软件重用

构件技术

基于架构的软件设计

ABSD方法与生命周期

抽象功能需求

用例

抽象的质量和业务需求

架构选项

质量场景

约束

基于架构的软件开发模型

架构需求

需求获取

标识构件

需求评审

架构设计

架构文档

架构复审

架构实现

架构演化


前言:

软件重用技术是一种重要的软件开发方法,虽然至今软件重用技术还不够成熟,距离理想中的软件工厂还有一些距离,但是现有的一些重用技术(例如,中间件、应用服务器等)已经改变了开发过程。

软件重用

软件产品与其他的产品不同,是抽象的,一旦产生就可以不限制地复制,因此重复利用软件产品的意义重大,可以节约大量的人力物力。软件重用指的是利用已经存在的软件元素建立新的软件系统,这其中的软件元素既可以是软件产品、源代码、也可以是文档、设计思想甚至是领域知识。软件重用可以直接提高软件的开发效率、降低软件的开发成本、缩短软件的开发周期、提高软件质量。

常见的软件重用形式包括:

  1. 源代码复用。这是最简单的也是最常见的重用形式,但由于软件系统的复杂性,很难大规模地重用已有源代码。
  2. 架构重用。架构重用也很常见,随着软件架构风格和设计模式的推广和应用,架构重用已经对软件开发产生了重大的影响。
  3. 应用框架的重用。随着软件技术的发展,应用框架的重用变得越来越普遍,很多成熟的软件公司都建立了自己的开发框架。在开源社区中,世界各地的技术爱好者也在不断地推出应用了各种新技术的开发框架,例如,应用AOP技术的Spring等
  4. 业务建模的重用。虽然不同的软件的业务领域各自不同,但人们还是总结出了一些常见领域的建模方法,重用这些领域模型可以降低因领域知识不足而造成的需求风险。
  5. 文档以及过程重用。软件文档和软件过程也是软件开发中不可缺少的元素,有效地重用这些文档和过程也有助于提高开发效率和软件质量、降低开发成本。
  6. 软件构件的重用。
  7. 软件服务的重用。随着Web服务的提出,人们越来越关注服务的重用。SOA面向服务框架提出了面向服务的软件架构,并且定义了相应的标准。但是SOA还不够成熟,相信这一领域在未来的几年中还将取得更大的进展。
构件技术

构件又称为组件,是一个包容、可复用的程序集。首先,构件是一个程序集,或者说是一组程序的集合。这个集合可能会以各种方式体现出来,如源程序或二进制的代码。这个集合整体向外提供统一的访问接口,构件外部只能通过接口来访问构件,而不能直接操作构件的内部。

构件的两个最重要的特征是自包容与可重用。自包容指的是构件的本身是一个功能完整的独立体,构件内部与外部的功能界限清晰明确,可以独立配置与使用。而可重用既是构件的特点,也是构件 出现的目的。使用构件技术实现软件复用,采用搭积木的方式生产软件,就成为软件人员的梦想。

构件的开发者和使用者往往不是相同的人或组织,所以必须定义构件的标准才能够消除其中的障碍。随着构件技术的发展,目前应用比较广泛的构件标准有Java Bean。

基于架构的软件设计

基于架构的软件设计是一种架构驱动方法。

  1. 功能的分解。在功能分解中,ABSD方法使用已有的基于模块的内聚和耦合技术。
  2. 通过选择架构风格来实现质量和业务需求。
  3. 软件模板的使用。软件模板利用了一些软件系统的结构。

软件模板是一个特殊类型的软件元素,包括描述所有这种类型的元素在共享服务和底层构造的基础上如何进行交互。软件模板还包括属于这种类型的所有元素的功能,这些功能的例子有,每个元素必须记录某些重大事件,每个元素必须为运行期间的外部诊断提供测试点等。在软件产品线系统 中,软件模板 显得格外重要,因为新元素的引入是一个通用的技术。这个技术用来使产品线架构适应一个特定的产品。

ABSD方式是递归的,且迭代的每一个步骤都是清晰定义的。因此,不管设计是否完成,架构总是清晰的,这有助于降低架构设计的随意性。

ABSD方法与生命周期

ABSD方法在生命周期中的位置。尽管我们没有描述一个需求获取、组织或跟踪的特定方法,但还是假设一个需求阶段至少部分完成,从需求获取(包括功能需求、质量和业务需求、约束)。ABSD方法的输出是三个视图的概念构件的集合,包括能够产生每个概念构件的假设、软件模板的集合和那些已经做出具体实现的决策,我们把具体实现决策当作附加约束来维护。

在ABSD方法中,必须记录所有做出的决策及这些决策的原理,这有利于决策的可跟踪性和决策评审。

ABSD方法的输入由下列部分组成

  1. 抽象功能需求,包括变化的需求和通用的需求
  2. 用例(实际功能需求)
  3. 抽象的质量和业务需求
  4. 质量因素(实际质量和业务需求)
  5. 架构选项
  6. 约束
抽象功能需求

ABSD方法假定需求阶段的输出之一是功能需求的抽象描述,包括这些需求的粗略变化描述。当获取需求时,考虑所有最终用户是重要的。

对一个特定系统来说,通常有不同类型的最终用户。不同的系统管理员(数据库管理员、系统管理员、网络管理员等)都是可以是最终用户。维护工程师也可以是系统的最终用户。总之,一个最终用户就是当系统运行时使用系统的任何人员。

与抽象功能需求相联系的是对公共需求和与这些需求相关的粗略变化的描述,在设计阶段,理解这些需求之间的依赖关系是至关重要的。

我们必须在某些抽象级别上获取功能需求,产品的详细需求往往要等具体产品开发完成后才能知道。当详细需求明确时,抽象功能的获取为详细需求提供了分类。

用例

用例是一个或多个最终用户系统之间的交互的具体表述,在这里,最终用户既可以是操作人员,也可以是与系统进行交互操作的其他软件系统。虽然用例很容易找到和创新,甚至可能有成百上千个,但是,因为我们需求分析用例,所以必须限制用例的数量。在架构设计阶段,只有重要的用例才有用。我们必须对所创建的用例进行分组,设置优先级,以便筛选出最重要的用例,剩下的用例可以在设计阶段的任何时候创建。

抽象的质量和业务需求

必须对待构建系统的质量和业务需求进行编号,每个质量属性都包含一个特定的行为,以及希望得到的结果,质量需求要尽量具体化。

架构选项

对每个质量和业务需求,我们都要列举能够满足该需求的所有可能的架构。例如,如果需求是支持一系列 不同的用户界面,则可能的架构选择就是把不同的用户界面分解成不同的构件。如果需求是保持操作系统的独立性,则可能的架构选择就是构建虚拟的操作系统层,接受所有的操作系统调用,并解释之为当前操作系统所能的支持。

只需要列举所有可能的选项,而不需要对这些架构选项进行决策,这种列举取决于设计师的经验,即可来自某些书籍介绍,也可直接来自设计师本身的实践。

质量场景

用例功能需求具体化一样,质量场景使质量需求具体化。质量场景使质量需求的特定扩充。

和用例一样,质量场景也很容易找到和创建,可以创建很多个。我们必须对质量场景进行分组,设置优先级,只需要验证最重要的质量场景。

约束

约束是一个前置的设计决策,设计过程本身包含决策。某些决策可以直接由业务目标导出而无须考虑对设计的影响。例如,如果一个公司在某个中间件产品上投入大量资金,那么在产品的选择上就可以不必考虑其他决策。在需求获取阶段,约束主要来自系统的业务目标。

在某些特殊情况下,约束由遗留系统决定。今天,几乎没有软件系统不参考已有系统的,常见的情况下,新老系统同时并存,或者新系统替代老系统,但是必须尽可能重用老系统的功能。在设计阶段,虽然这些遗留系统处于被设计系统的外部,但是设计师必须考虑遗留系统的特征。也就是说,在某种程度上,遗留系统影响着当前的设计,因此,理解遗留系统的结构和解决 问题的技术都很重要。出于商业的目的,可能要求重用遗留系统的构件,这种需求就变成了约束。

基于架构的软件开发模型

基于架构的软件开发模型(ABSDM)把整个基于架构的软件过程划分为架构需求、设计、文档化、复审、实现、演化等6个子过程。

架构需求

需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求,标识系统种所要用到的构件。如果以前有类似的系统架构的需求,我们可以从需求库中取出,加以利用和修改,以节省需求获取的时间,减少重复劳动,提高开发效率。

需求获取

架构需求一般来自三个方面,分别是系统的质量目标,系统的业务目标和系统开发人员的业务目标。软件架构需求获取过程主要是定义开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足业务上的功能需求。

与此同时,还要获得软件质量属性,满足一些非功能需求。

标识构件

上图所示虚框部分属于标识构件过程,该过程为系统生产初始逻辑结构,包含大致的构件。这一过程又可以分为三步来实现。

第一步:生产类图。生产类图的CASE工具有很多,例如Rational Rose就能生成类图。

第二步:对类进行分组。在生成的类图基础上,使用一些标准对类进行分组可以大大简化类图结构,使之更清晰。一般地,与其他类隔离的类形成一个组,由泛化关联的类组成一个附加组,由聚合或组合关联的类也形成一个附件组。

第三步:把类打包成构件。把在第二步得到的类打包成构件,这些构件可以分组合并成更大的构件。

需求评审

组织一个由不同代表(如分析人员、客户、设计人员、测试人员)组成的小组,对架构需求及相关构件进行仔细的审查。审查的主要内容包括所获取的需求是否真实反映了用户的需求,类的分组是否合理,构件合并是否合理等。

必要时,可以在“需求-标识构件-需求评审”之间进行迭代。

架构设计

架构需求用来激发和调整设计决策,不同的视图被用来表达与质量目标有关的信息。架构设计是一个迭代的过程,如果要开发的系统能够 从已拥有的系统中导出大部分,则可以使用已有系统的设计过程。软件架构设计过程如图:

  1. 提出软件架构模型
    1. 在建立架构的初期,选择一个合适的架构风格是首要的。在 这个风格基础上,开发人员通过架构模型,可以获得关于架构属性的理解。此时,虽然这个模型是理想化的(其中的某些部分可能错误地表示了应用的特征),但是,该模型为将来的实现和演化过程建立了目标。
    2. 把已标识的构件映射到软件架构中,把在架构需求阶段已标识的构件映射到架构中,将产生一个中间结构,这个中间结构只包含哪些能明确适合架构模型的构件。
    3. 分析构件之间的相互作用,为了把所有已标识的构件集成到架构中,必须认真分析这些构件的相互作用和关系。
    4. 产生软件架构,一旦决定了关键构件之间的关系和相互作用,就可以在第二阶段得到的中间架构的基础上进行细化。
    5. 设计评审,一旦设计了软件架构,我们必须邀请独立于系统开发的外部人员对架构进行评审。
架构文档

绝大多数的架构都是抽象的,由一些概念上的构件组成。例如,层的概念在任何程序设计语言中都不存在。因此,要让系统分析师和程序员去实现架构,还必须把架构进行文档化。文档是在系统演化的每一个阶段,系统设计与开发人员的通信媒介,是为验证架构设计和提炼或修改这些设计所执行预先分析的基础。

架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。生成需求模型构件的精确 的 形式化的描述,作为用户和开发者之间的一个约定。

软件架构的文档要求与软件开发项目中的其他文档是类似的。文档的完整性和质量是软件架构成功的关键因素。文档要从使用者的角度进行编写,必须分发给所有与系统有关的开发人员,并且保证开发者手上的文档是最新的。

架构复审

上图中可以看出,架构设计、文档化和复审是一个迭代的过程。从这方面来说,在一个主版本的软件架构分析之后,要安排一次由外部人员(用户代表和领域专家)参加的复审。

复审的目的是标识潜在的风险,以及早发现架构设计中的缺陷和错误,包括架构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求,等等

由外部人员进行复审的目的是保证架构的设计能够公正的进行检验,使组织的管理者能够决定正式实现架构。

架构实现

所谓的实现,就是用实体来显示出一个软件架构,即要符合架构所描述的架构性设计决策,分割成规定的构件,按规定方式互相交互。架构的实现过程如图

上图中的虚框部分是架构实现过程。整个实现过程是以复审后的文档化的架构说明书为基础的,每个构件必须满足软件架构中说明的对其他 构件的责任。这些决定即实现的约束是在系统级或项目范围内做出的,每个构件上工作的实现者是看不见的。

在架构说明书中,已经定义了系统中的构件与构件之间的关系。因为在架构层次上,构件接口约束对外唯一地 代表了构件,所以可以从构件库中查找符合接口约束的构件,必要时开发新的满足要求的构件。

然后,按照设计提供的结构,通过组装支持工具把这些 构件的实现体组装起来,完成整个软件系统的连接与合成。

最后一步是测试,包括单个构件的功能性测试和被组装应用的整个功能和性能测试。

架构演化

在构件开发过程中,最终用户 的需求可能还有变动。在软件开发完毕,正常运行后,由一个单位移植到另一个单位,需求也会发生变化。在这种情况下,就必须相应地修改软件架构,以适应新的软件需求。架构演化过程如下图所示。脚骨演化是使用系统演化步骤去修改应用,以满足新的需求。主要包括以下七个步骤。

  1. 需求变动归类首先必须对用户需求的变化进行分类,使变化的需求与已有构件对应。对找不到对应构件的变动,也要做好标记,在后续的工作中,将创建新的构件,以对应这部分变化的需求。
  2. 制定架构演化计划在改变原有结构之前,开发组织必须制定一个周密的架构演化计划,作为后续演化开发工作的指南。
  3. 修改、增加或删除构件在演化计划的基础上,开发人员可根据在第一步得到的需求变动的归类情况,决定是否修改或删除存在的构件、增加新的构件。最后,对修改和增加的构件进行功能性测试。
  4. 更新构件的相互作用随着构件的增加、删除和修改,构件之间的控制流必须得到更新。
  5. 构件组装与测试通过组装支持工具把这些构件的实现组装起来,完成整个软件系统的连接与合成,形成新的架构。然后对组装后的系统的整体功能和性能进行测试。
  6. 技术评审对以上步骤进行确认,进行技术评审。评审组装后的架构是否反映需求变动,符合用户需求。如果不符合,则需要进行2到6步之间进行迭代。
  7. 产生演化后的架构在原来的系统上所作修改必须集成到原来的架构中,完成一次演化过程。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/45879.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Linux:iptables SNAT与DNAT

目录 一、SNAT 1.1 SNAT原理与应用 1.2 SNAT转换前提条件 1.3 SNAT工作原理 1.4 SNAT实例 二、DNAT 2.1DNAT原理与应用 2.2 DNAT转换前提条件 2.2实例 一、SNAT 1.1 SNAT原理与应用 SNAT 应用环境:局域网主机共享单个公网IP地址接入Internet (私有IP不能在Internet中正…

性能比较 - Spring Boot 应用程序中的线程池与虚拟线程 (Project Loom)

本文比较了 Spring Boot 应用程序中的不同请求处理方法:ThreadPool、WebFlux、协程和虚拟线程 (Project Loom)。 在本文中,我们将简要描述并粗略比较可在 Spring Boot 应用程序中使用的各种请求处理方法的性能。 高效的请求处理在开发高性能后端…

嵌入式不如CS?信了你就上当了!

在现在的互联网上,有人疯狂劝退新人进入嵌入式行业。他们认为嵌入式的工资低于计算机科学,学习难度较大,前景也不好。 首先是工资方面,你要知道,计算机科学专业也有月薪四五千的人,也有月薪六位数的人。相…

Jmeter 连接 MySQL 数据库脚本

1、创建线程组 2、创建 JDBC Connection Configuration 3、创建 JDBC Request 4、最终创建的目录 5、重点来了 5.1 在百度中下载个 MySQL-connector-Java-8.0.28.jar,放在 jmeter 的 bin 目录下 5.2 在测试计划中,将 jar 包添加到脚本中 5.3 输入参…

面试之ReentrantLock

一,ReentrantLock 1.ReentrantLock是什么? ReentrantLock实现了Lock接口,是一个可重入且独占式的锁,和Synchronized关键字类似,不过ReentrantLock更灵活,更强大,增加了轮询、超时、中断、公平锁…

不同企业如何选择合适的CRM系统?

市场上的CRM系统千差万别,如何选到适合的CRM系统?很多企业凭借感觉盲目选型,结果上线后发现CRM系统功能不符合需求。这就好比买衣服,不试穿就买回家,结果发现尺码不合适,还不能退换。下面说说企业如何进行C…

series的数据对齐功能

Series 是一种类似于 Numpy 中一维数组的对象,它由一组任意类型的数据以及一组与之相关的数据标签(即索引)组成。举个最简单的例子: 上面的代码将打印出如下内容: 左边的是数据的标签,默认从 0 开始依次递增…

Git 目录详解

一、Git目录详解 在使用Git时,有几个目录和文件在Git项目中扮演着重要的角色,下面详细介绍一下这些目录和文件的作用 1、.git目录 .git目录是Git项目的核心,包含了Git的版本库和元数据等重要信息。在该目录中,有一些重要的子目录和…

嵌入式:ARM Day6

作业:完成cortex-A7核UART总线实验 目的:1.输入a,显示b,将输入的字符的ASCII码下一位字符输出 2.原样输出输入的字符串 源码: uart4.h #ifndef __UART4_H__ #define __UART4_H__#include "stm32mp1xx_rcc.h" #incl…

excel条件格式:不同组对应位置对比标记

问题描述 下图中有两组数据,想要对比两个对应位置的数据并标记 条件格式 选中其中一个单元格,条件格式->新建规则 使用公式确定要设置格式的单元格,自定义需求 格式化剩余同样标准的单元格

QT中资源文件resourcefile的使用

QT中资源文件resourcefile的使用 之前添加图标的方法使用资源文件的方法创建资源文件资源文件添加前缀资源文件添加资源使用资源文件中的资源 在Qt中引入资源文件好处在于他能提高应用程序的部署效率并且减少一些错误的发生。 在程序编译过程中, 添加到资源文件中的…

安全学习DAY17_信息打点-语言框架组件识别

信息打点-WEB打点-语言框架&开发组件 文章目录 信息打点-WEB打点-语言框架&开发组件本节涉及链接&工具本节知识&思维导图基础概念介绍框架:组件:Web架构 对应Web测试手法后端:前端组件:java居多,框架&…

广州华锐互动:3D数字孪生开发编辑器助力企业高效开发数字孪生应用

3D数字孪生开发编辑器是一种新兴的技术,它可以帮助企业更好地管理和维护其物联网设备。这些工具可以帮助企业实现对设备的实时监控、故障排除和优化,从而提高生产效率和降低成本。 数字孪生系统是一种将物理世界与数字世界相结合的技术,它可以…

点亮一颗LED灯

TOC LED0 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB,ENABLE);//使能APB2的外设时钟GPIO_InitTypeDef GPIO_Initstructure;GPIO_Initstructure.GPIO_Mode GPIO_Mode_Out_PP;//通用推挽输出GPIO_Initstructure.GPIO_Pin GPIO_Pin_5;GPIO_Initstructure.GPIO_Speed GPIO_S…

Midjourney API 申请及使用

在人工智能绘图领域,想必大家听说过 Midjourney 的大名吧! Midjourney 以其出色的绘图能力在业界独树一帜。无需过多复杂的操作,只要简单输入绘图指令,这个神奇的工具就能在瞬间为我们呈现出对应的图像。无论是任何物体还是任何风…

Java请求Http接口-OkHttp(超详细-附带工具类)

简介:OkHttp是一个默认有效的HTTP客户端,有效地执行HTTP可以加快您的负载并节省带宽,如果您的服务有多个IP地址,如果第一次连接失败,OkHttp将尝试备用地址。这对于IPv4 IPv6和冗余数据中心中托管的服务是必需的。OkHt…

LVS 负载均衡集群

集群 集群(Cluster)是一组相互连接的计算机或服务器,它们通过网络一起工作以完成共同的任务或提供服务。集群的目标是通过将多台计算机协同工作,提高计算能力、可用性、性能和可伸缩性,适用于大量高并发的场景。 集群…

【HBZ分享】java中的BitSet 与 Redis中的BitMap 与 布隆过滤器

BitMap的存储原理 bitMap他会标识出某个整数是否存在,存在即为1,不存在对应位即为0bitMap是存储int类型的,int 4byte, 1byte 8bit,因此bitMap数组中的每个下标可以标识出32个数字是否存在bitMap相当于一个个小格子&…

马哈鱼数据血缘工具背后的项目: gsp_demo_java 项目简单介绍与使用

0.背景 马哈鱼数据血缘工具(https://www.sqlflow.cn/)是SQLflow工具的中文译名,实际就是sqlflow. 对于SQL flow来说,底层调用的是General SQL Parser(GSP https://sqlparser.com) 的库. 这个gsp有开源的java demo项目:https://github.com/sqlparser/gsp_demo_java 1.快速使用…

第6章:支持向量机

间隔与支持向量 w为法向量,决定的是超平面的方向。b是偏移项,决定了超平面与原点之间的距离。 为什么最大化间隔,得到的就是最优平面呢? 当超平面没有正确划分正负样本时,几何间隔为负数。几何间隔,各个…