软件工程课程第十二章-体系结构设计

1、什么是体系结构

程序或计算系统的软件体系结构是系统的结构或结构,其中包括软件组件、这些组件的外部可见属性以及它们之间的关系

2、为什么架构非常重要?(理解)

  1. 软件体系结构的表示是对基于计算机的系统的开发感兴趣的所有各方(利益相关者)之间通信的一个推动器
  2. 体系结构突出了早期的设计决策,这将对随后的所有软件工程工作产生深远的影响,同样重要的是,对系统作为一个操作实体的最终成功。
  3. 体系结构“构成了一个相对较小的、智力可理解的模式,用来说明系统的结构及其组件如何一起工作”[BAS03]。“全貌”

3、敏捷和体系结构

人们普遍认为,敏结过程的早期就断是设计整体系统架构。重构系统体系结构代价很昂贵,因为它影响系统中的很多构件。

4、体系结构和系统特点

  1. 性能:本地化关键操作,并最小化通信。使用的而不是细粒度的组件。
  2. 软件防范:在内部层中使用具有关键资产的分层体系结构(隐私)
  3. 安全:在少数子系统中本地化安全关键特性。(坚固)
  4. 可用性:包括冗余的零部件和容错机制。
  5. 可维护性:使用细粒度的、可更换(独立)的部件。(包)

5、体系结构的表示方法(灵活运用)

  1. 显示实体和关系的非正式方框图是记录软件架构最常用的方法。
  2. 可以用作描述其应用程序域和流程概念的业务概念流程图。盒和线

6、一种包装机器人控制系统的体系结构

7、ADL

  1. 体系结构描述语言(ADL)提供了一种用于描述软件体系结构的语义和语法
  2. 为设计者提供以下能力:将组成各个组件的架构组件分解为更大的架构块,并表示组件之间的接口(连接机制)。

8、体系结构风格

每个风格描述了一个系统类别,包括:

  1. 一组构件(例如,数据库、计算模块)执行系统所需的功能
  2. 一组连接件,使组件之间的“通信、协调和合作”
  3. 约束定义组件如何集成形成系统
  4. 语义模型,(内涵、用例)使设计者通过分析系统组成部分的已知属性来理解系统的整体属性

要求:根据特定的场景,知道适用的体系结构风格

  1. 以数据为中心的架构
  2. 数据流架构
  3. 调用和返回架构
  4. 面向对象的架构
  5. 分层架构
  6. MVC

9、以数据为中心的体系结构(存储库体系结构)

 

10、一个以数据为中心的体系结构的示例

11、数据流架构(管道和过滤器架构)

13、调用和返回体系结构

14、面向对象体系结构

系统的构件封装了数据和必须用于控制该数据的操作,构件间通过信息传递进行通信与合作。

15、分层体系结构

16、模型-视图-控制器(MVC)体系结构

17、移动机器人系统的案例研究设计

  1. 卡内基梅隆大学研究所的移动机器人实验室
  2. 移动机器人实验室正在对在复杂的室内和室外空间中导航的机器人进行感知(见感知环境)控制规划的长期基础研究。
  3. 自1981年以来,根据现有的工作和1973年以来的工作,该实验室已经建造了三种不同的移动机器人。

  1. 基于分层架构•级别1的解决方案:最低级别,驻留在机器人控制例程(电机、接头等)中。•级别2:传感器解释,分析的数据从一个传感器•级别3:传感器集成,结合不同的传感器输入的分析•级别4:关心维护机器人的模型世界•级别5:管理机器人的导航水平•级别6、7:计划和计划机器人的行动。处理问题和重新规划也是第7级职责的一部分。

  1. 问题:分层体系结构不适合实际数据和控制流模式层•建议服务和请求在相邻组件之间传递。实际上,信息的传递并不那么简单:•需要快速响应的示例数据可以直接从传感器发送到7级,以处理这个问题。•相应的命令可能必须跳过级别,以及时到达电机

18、构件级设计

要求:针对构建设计,可以识别构建设计的问题并可以给出修正方案(OSP/LSP/DIP/ISP)

实施构件设计的步骤(理解)了解构件设计的步骤要求,可以采用的建模方案

四个构件级原则 :

1.开闭原则(OCP):模块(构件)应该对外延具有开放性,对修改具有封闭性。

2.里氏替换原则(LSP):子类可以替换它们的基类。

3.依赖倒置原则(DPI):依赖于抽象,而非具体实现。

高级模块不应该依赖于低级模块,都应该依赖于抽象。
抽象不能依赖于细节,细节应该依赖于抽象。
4.接口分离原则(ISP):多个用户专用接口比一个通用接口要好。
三个包级原则:
1. 发布复用等价性原则:复用的粒度就是发布的粒度。
2. 共同封装原则:一同变更的类应该合在一起。
3. 共同复用原则:不能一起复用的类不能被分到一组。

  1. 软件必须放在体系结构中,设计应该定义与软件交互的外部实体(其他系统、设备、人员)以及交互的性质
  2. 应该确定一组架构原型。原型是表示系统行为的一个元素的抽象(类似于类)
  3. 设计者通过定义和细化实现每个原型的软件组件来指定系统的结构

19、体系结构语境

在体系结构中表示系统

  1. 体系结构语境图(ACD):对目标系统与其边界外部的实体交互的方式进行建模。
  2. 上级系统—这些系统使用目标系统作为一些更高层次的处理方案的一部分
  3. 下属系统—这些系统使用的目标系统和提供完成目标系统所必需的数据或处理
  4. 同行系统—这些系统交互在点对点的基础上(即,信息产生或消耗的同行和目标系统)
  5. 参与者—通过产生或消耗必要处理所必需的信息而与目标系统交互的实体(人员、设备)

20、原型

定义原型:表示对目标系统的体系结构设计至关重要的核心抽象的类或模式

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
软件体系结构设计是一个非常重要的步骤,它可以帮助开发人员更好地理解软件系统的结构和组成部分。以下是商店销售管理系统的软件体系结构设计: 1. 系统架构 商店销售管理系统的系统架构应该是基于分层架构的,将系统分为三个主要层次: - 表示层:用户界面和用户输入/输出接口,包括所有的图形用户界面(GUI)和命令行接口(CLI)。 - 业务逻辑层:处理商店的销售管理业务逻辑,包括所有的销售管理功能和数据处理。 - 数据层:存储销售管理系统中的所有数据,包括商品信息、销售记录、用户信息等。 2. 模块设计 商店销售管理系统应该包含以下模块: - 用户管理模块:管理系统用户的登录和注册。 - 商品管理模块:管理商店中的商品信息,包括商品的添加、删除、修改和查询功能。 - 销售管理模块:管理商店中的销售记录,包括销售单的添加、删除、修改和查询功能。 - 报表生成模块:根据销售记录生成各种报表和统计数据。 - 数据库管理模块:管理系统中的所有数据,包括数据的备份和恢复功能。 3. 技术选型 商店销售管理系统应该使用以下技术进行开发: - 开发语言:C语言 - 数据库:MySQL - 用户界面:Qt(可跨平台、易于使用的GUI框架) - 编译器:GCC 4. 性能优化 为了提高商店销售管理系统的性能,应该采取以下措施: - 使用缓存技术,减少数据库访问次数。 - 优化数据库索引,加快数据查询速度。 - 采用多线程技术,提高系统并发处理能力。 通过以上设计步骤,商店销售管理系统的软件体系结构将会更加清晰,并且有助于开发人员更好地理解系统的组成部分和功能模块。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值