软件体系架构——质量属性

以《淘宝网》为例,描绘质量属性的六个常见属性场景,将上述整理为一篇博客发表。

1、可用性分析

可用性分析所关注的方面包括:如何检测系统故障,系统故障发生的频度,出现故障时会发生什么情况,允许系统有多长时间非正常运行,什么时候可以安全地出现故障,如何防止故障的发生以及发生故障时要求进行哪种通知。

场景:双十一或者春晚抽奖导致淘宝用户猛增

刺激源:淘宝用户

刺激:登录人数过多,导致淘宝无法响应,淘宝瘫痪,网页无法向下进行

制品:淘宝的处理器、通信通道、存储器、进程

环境:用户的正常浏览操作

响应:淘宝页面呈现“网络出现故障,重新刷新”等的提示信息,提示用户下一步操作

响应度量:系统降级模式下继续运行,用户刷新页面或者重新登录之后可继续正常使用。

2、可修改性分析

可修改性是有关变更的成本问题。可以修改什么(制品)和何时进行变更以及由谁进行变更(环境)。

场景:新年来临,淘宝app要修改自己的系统页面,并且添加一些其他的功能

刺激源:系统开发人员

刺激:系统界面要修改为新年主题,增加抽奖红包等功能

制品:淘宝界面即抽奖领取红包界面

环境:淘宝正常登录运行时

响应:针对页面查找构架中需要修改的位置,进行修改添加并且不影响其他功能,对修改进 行测试,部署所做修改

响应度量:系统人员后台更新,测试部署成功自动更新,用户登录即可

3、性能分析

性能与时间有关。事件(中断、消息、用户请求或时间已到)发生时,系统必须做出响应。事件到达和相应有很多特性,但性能基本上与事件发生时,将要耗费系统多长时间做出响应有关。

场景:淘宝用户购买商品

刺激源:淘宝用户

刺激:购买商品

制品:系统生成订单

环境:淘宝正常运行

响应:淘宝生成订单,提示用户进行支付,检测网络环境

响应度量:在短时间内显示商品状态以及支付状态,显示交易的完成度

4、安全性分析

安全性是衡量系统在向合法用户提供服务的同时,阻止非授权使用的能力。试图突破安全防线的行为被称为攻击,它可以是未经授权试图访问数据或服务,或试图修改数据,也可能是试图使系统拒绝向合法用户提供服务。

场景:一个通过身份验证的人试图从外部站点更改系统数据

刺激源:淘宝用户

刺激:试图从外部站点修改系统数据

制品:系统服务、系统中的数据

环境:在线连接有防火墙

响应:对用户身份进行验证,阻止其对数据的访问

响应度量:短时间内审核身份,拒绝其访问,并限制系统可用性

5、可测试性分析

软件可测试性是指通过测试揭示软件缺陷的容易程度。

场景:单元测试人员测试商品浏览查询模块

刺激源:单元测试人员

刺激:测试人员输入商品关键词,进行商品查询

制品:商品搜索模块的代码

环境:在开发时进行

响应:通过商品关键词查询,所检索出的商品信息呈列表显示

响应度量:在较短的时间内完成对商品的检索

6、易用性分析

易用性关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持的种类。

场景:用户取消自己即将生成的交易

刺激源:淘宝用户

刺激:用户放弃自己的商品交易,选择取消交易

制品:淘宝系统

环境:系统正常运行,用户正常购买商品

响应:取消交易成功,淘宝系统删除交易,恢复到以前页面

响应度量:取消在一秒内发生,且不影响后序操作

转载:https://m.sohu.com/a/232685820_371153/?pvid=000115_3w_a

原文地址:https://www.cnblogs.com/wj1998/p/10549350.html

时间: 2024-10-08 05:37:52

软件体系架构——质量属性的相关文章

软件体系架构课下作业06

题目:对上学期学习的软件设计模式进行复习,对所有设计模式进行分析,用自己的话来阐述对他们的理解.(不少于2000字) 正如本学期所学习的软件体系架构,还有很多其他的软件工程技术一样,设计模式同样起源于建筑领域他是对前人经验的总结,为后人设计与开发基于面向对象的软件提供指导方针和成熟的解决方案. 从模式的目的而言,设计模式可以分为创建型.结构型和行为型三种.创建型模式主要用于创建对象,它包含5种模式,分别是:工厂方法模式.抽象工厂模式.建造者模式.原型模式和单例模式:结构型模式主要用于处理类和对象

解读IEEE 7417的软件体系架构描述的概念模型

本文将解读标准IEEE Std 1471-2000(密集型软件的体系结构描述推荐实施规程)的概念模型图部分,从中一窥作为软件架构师的进行架构设计的思考角度与策略.如果我们把世界当做一场游戏,现在要玩的就是策略游戏而已. 说明: IEEE 1471是适用于软件密集的系统,其目标在于:便于体系结构的表达与交流,并通过体系结构要素及其实践标准化,奠定质量与成本的基础. 细读这个标准,可以加强策略游戏的装备,全新上战场. 基本概念 IT框架的设计者必须是杰出的问题驱动者,设计往往是一个模糊的,非理性的过

软件构造 第一章第二节 软件开发的质量属性

?软件构造 第一章第二节 软件开发的质量属性 1.软件系统质量指标 External quality factors affect users 外部质量因素影响用户 Internal quality factors affect the software itself and its developers 内部质量因素影响软件本身和它的开发者 External quality results from internal quality 外部质量取决于内部质量 外部属性: 正确性:按照预先定义的"

软件体系架构课下作业01

通过看<梦想改造家>这一节目,让我更深刻的认识了,建筑师和软件架构师在一些方面有着惊人的相似.建筑师是设计实体的建筑,软件架构师则是设计虚拟的软件.建筑的设计需要遵循一定的原则和方法,软件同样如此. 首先,软件架构是用来沟通的,软件架构必须满足软件项目所有步众代表都有自己立场与视角的模型.文档说明,且这些模型文档说明仅清晰包含自己立场与视角关注与有关的事物,不能有任何遗漏,也最好不要有多余. 其次,软件架构的每一步都是决策过程,而且关键需求决定架构,软件架构必须充分清楚地表达出这些决策与决策理

软件体系结构六大质量属性-浅析淘宝网

淘宝网质量属性描述 以淘宝网为例,进行描绘质量属性的六个常见属性场景. 1.可用性 可用性与系统故障及其后果相关.当系统不再提供其规范中所说的服务时,就出现了系统故障.系统用户可以观察到此类故障.可用性是指系统正常运行时间的比例,是通过两次故障之间的时间长度或在系统崩溃情况下能够恢复正常运行的速度来衡量的. 刺激源:  用户 刺激:      很多用户进行同时访问,系统访问量过大因出现崩溃 制品:      系统 环境:      正常操作 响应:      系统检测到事件:记录故障,通知系统

关于软件体系架构的认识

听到构架,我最先想到的是一个软件系统的轮廓,就像建房子时要先给房子画一个设计图,这个房子的外形是什么,同样我认为软件系统的构架就是要实现什么样的功能,它的界面布局是什么,都有哪些功能模块.在接触了“软件体系结构”这门课以后,我知道了构架是软件系统的一个或多个结构.这些结构是由软件元素.元素的外部可见属性以及这些元素之间的关系组成. 在阅读了“架构漫谈”这系列专栏以后,我知道了软件构架不仅仅只是软件系统的构架,它受很多方面的影响,同时也影响了很多方面.“架构漫谈”提出架构就是对要解决的问题进行目标

软件体系架构课下作业07

1.MVC介绍 MVC(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本的部分:模型(model).视图(view)和控制器(controller). MVC模式最早是由Trygve Reenskaug在1978年提出,是施乐帕罗奥多研究中心在20世纪80年代为程序语言Smalltalk发明的一种软件架构.MVC模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能.除此之外,此模式通过对复杂度的简

初识软件体系架构

经过软件工程概论.软件需求工程.软件测试.软件过程管理这一系列的软件核心课程的学习,对软件这个词刚刚有了初步的了解. 因为每个人的能力和时间都是有限的,并且因为人的结构的限制,人同时只能专心做好一件事情,这样不得已就导致了分工的产生.既然分工发生了,原来由一个人干生存所必需的所有的事情,就变成了很多不同分工的角色合作完成这些事情,这些人必须要通过某些机制合在一起,让每个人完成生存所必需的事情,这实际上也导致了交易的发生(交易这部分就不在这里展开了,有机会再讨论).

软件体系架构课后作业05

23种设计模式 设计模式:是一套被反复使用.多数人知晓.经过分类编目的.代码设计经验的总结,使用设计模式是为了可充用代码.让代码更容易被他人理解.保证代码的可靠性. 设计模式按目的分为三大类:创建型模式.结构型模式.行为型模式. 创建型模式有:抽象工厂模式.建造者模式.工厂方法模式.原型模式.单例模式. 结构型模式有:适配器模式.桥接模式.组合模式.装饰模式.外观模式.享元模式.代理模式. 行为型模式有:解释器模式.模板方法模式.职责链模式.命令模式.迭代器模式.中介者模式.备忘录模式.观察者模