- 博客(41)
- 资源 (15)
- 收藏
- 关注
RSS订阅原创 系统架构评估方法-ATAM方法
从不同的架构角度，有3种不同类型的场景，分别是用例(包括对系统 典型的使用、引出信息)、增长场景(用于涵盖那些对它的系统的修改)、探测场景(用于涵盖 那些可能会对系统造成过载的极端修改)。得到初始的效用树后，需要修剪这棵树，保留重要场景(通常不超过50个),再对场景按 重要性给定优先级(用H/M/L的形式),再按场景实现的难易度来确定优先级(用H/M/L的形 式),这样对所选定的每个场景就有一个优先级对(重要度、难易度),如 (H、L)表示该场景 重要且易实现。ATAM方法分析多个相互竞争的质量属性。
2025-03-06 12:53:34
999
原创 系统架构评估方法-SAAM方法
SAAM(Scenarios-based Architecture Analysis Method) 是卡耐基梅隆大学软件工程研究所 (SEI at CMU) 的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早 形成文档并得到广泛使用的软件架构分析方法。最初它用于比较不同软件体系的架构，以分析 系统架构的可修改性，后来实践证明它也可用于其他质量属性如可移植性、可扩充性等，最终 发展成了评估一个系统架构的通用方法。SAAM的目标是对描述应用程序属性的文档，验证基本的架构假设和原则。
2025-03-06 12:50:05
547
原创 系统架构评估中的重要概念
(1)敏感点(Sensitivity Point) 和权衡点 (Tradeoff Point)。权衡点是影响多个质量属性的特性， 是多个质量属性的敏感点。(3)场景(scenarios)。在进行架构评估时，一般首先要精确地得出具体的质量目标，并 以之作为判定该架构优劣的标准。在架构评估中，一般采用刺激(Stimulus)、 环境 (Environment) 和响应 (Response) 三方面来对场景进行描述。系统的架构涉及很多人的利益，这 些人都对架构施加各种影响，以保证自己的目标能够实现。
2025-03-04 12:45:00
729
原创 安全性质量属性场景
安全性质量属性场景主要关注系统在安全性方面的要素，衡量系统在向合法用户提供服务的同时，阻止非授权用户使用的能力。假设我们有一个银行系统，系统需要保证只有合法用户才能访问和修改账户信息，防止非法用户进行操作。
2025-02-25 19:42:16
288
原创 系统架构评估
它是通过分析软件架构对场景(也就是对系 统的使用或修改活动)的支持程度，从而判断该架构对这一场景所代表的质量需求的满足程度。它是建立在软件架构度量的基础上的，涉及3个基本活动，首 先需要建立质量属性和度量之间的映射原则，然后从软件架构文档中获取度量信息，最后根据 映射原则分析推导出系统的质量属性。该方法的关键是要设计好问卷或检查表，充分利用系 统相关人员的经验和知识，获得对架构的评估。系统架构评估的方法通常可以分为3类：基于调查问卷或检查表的方式、基于场景的方式 和基于度量的方式。
2025-02-24 21:42:55
760
原创 易用性质量属性场景
易用性质量属性场景主要关注用户在使用系统时的容易程度，包括系统的学习曲线、完成操作的效率、对系统使用过程的满意程度等。：系统包括智能家居控制面板、手机应用、语音控制接口等，所有这些组成部分都对用户的操作体验有影响。假设我们正在设计一个智能家居控制系统，最终用户是家庭成员或物业管理人员。，例如家庭成员希望通过系统控制家中的智能灯光、温控和安全设备。
2025-02-21 12:57:36
257
原创 可测试性质量属性场景
如查看是否能成功连接到各个智能设备，并获取相关的状态反馈；系统还需要提供计算结果（例如传感器数据），以帮助验证功能是否符合预期。设计文档会帮助测试人员理解预期的功能，代码段则通过单元测试进行验证，完整应用会进行集成测试。可测试性质量属性场景主要关注系统测试过程中的效率，发现系统缺陷或故障的难易程度等。，他们会在系统交付后进行用户验收测试，确保系统符合需求。进行集成测试，验证各模块是否正确协同工作，或在。，会使用生产环境进行实际用户场景的测试。，可能会使用模拟环境和单元测试工具；：例如，测试人员根据。
2025-02-21 12:53:47
339
2原创 可修改性质量属性场景
可修改性质量属性场景主要关注系统在改变功能、质量属性时需要付出的成本和难度，可 修改性质量属性场景可能发生在系统设计、编译、构建、运行等多种情况和环境下。
2025-02-20 12:47:31
224
原创 可用性质量属性场景
可用性质量属性场景所关注的方面包括系统故障发生的频率、出现故障时会发生什么情况、 允许系统有多长是非正常运行、什么时候可以安全地出现故障、如何防止故障的发生以及发生 故障时要求进行哪种通知。
2025-02-19 13:01:16
220
原创 质量属性场景描述
为了精确描述软件系统的质量属性，通常采用质量属性场景 (Quality Attribute Scenario) 作 为描述质量属性的手段。质量属性场景是一个具体的质量属性需求，是利益相关者与系统的交 互的简短陈述。●刺激源(Source): 这是某个生成该刺激的实体(人、计算机系统或者任何其他刺激器)。质量属性场景主要关注可用性、可修改性、性能、可测试性、易用性和安全性等6类质量 属性。●刺激(Stimulus): 该刺激是当刺激到达系统时需要考虑的条件。质量属性场景是一种面向特定质量属性的需求。
2025-02-19 12:57:19
402
原创 软件系统质量属性概念
更具体地 说，软件系统质量是软件与明确地叙述的功能和性能需求文档中明确描述的开发标准以及任何 专业开发的软件产品都应该具有的隐含特征相一致的程度。根据GB/T 16260.1定义，从管理角 度对软件系统质量进行度量，可将影响软件质量的主要因素划分为6种维度特性：功能性、可 靠性、易用性、效率、维护性与可移植性。可靠性包括容错性、易恢复性、成熟性；软件系统质量属性(Quality Attribute) 是一个系统的可测量或者可测试的属性，用来描述 系统满足利益相关者(Stakeholders) 需求的程度。
2025-02-17 21:45:00
913
原创 面向架构评估的质量属性
可靠性 (Reliability) 是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持 软件系统的功能特性的基本能力。可靠性可以分为两个方面。这一点处理的是重新组织软件系统的构件及构件间的关系， 例如通过将构件移动到一个不同的子系统而改变它的位置。性能 (Performance) 是指系统的响应能力，即要经过多长时间才能对某个事件做出响 应，或者在某段事件内系统所能处理的事件的个数。程序 和用其他编程语言编写的软件系统的交互作用就是互操作性的问题，这种互操作性也影响应用 的软件架构。
2025-02-17 21:45:00
732
原创 关系数据库运算
即填充左侧关系中所有与右侧关系中任一元 组都不匹配的元组，又填充右侧关系中所有与左侧关系中任一元组都不匹配的元组，将产生的 新元组加入自然连接的结果中。左外连接：取出左侧关系中所有与右侧关系中任一元组都不匹配的元组，用空值null充填 所有来自右侧关系的属性，构成新的元组，将其加入自然连接的结果中。右外连接：取出右侧关系中所有与左侧关系中任一元组都不匹配的元组，用空值null填充 所有来自左侧关系的属性，构成新的元组，将其加入自然连接的结果中。关系R 与S的并由 属于R 或属于S的元组构成的集合组成。
2025-02-16 08:50:21
502
原创 关系数据库的完整性约束
Emp和Dept关系存在着属性的引用，即员工关系中的“部门号”值必须是确实存在的部门 的部门号。参照完整性规定： 若F是基本关系R的外码，它与基本关系S的主码Ks相对应(基本关 系R 和S不一定是不同的关系),则对于R 中每个元组在F 上的值或者取空值(F的每个属性 值均为空值),或者等于S中某个元组的主码值。现实世界中的实体之间往往存在某种联系，在关 系模型中实体及实体间的联系是用关系来描述的，这样自然就存在着关系与关系间的引用。Emp(员工号，姓名，性别，参加工作时间，部门号)
2025-02-16 08:32:23
321
原创 关系数据库模式
(2)课程关系模式C(Cno,Cname,PCno),Dom(PCno)=Cno。这里， PCno是先行课 程号，来自Cno域，但由于PCno属性名不等于Cno值域名，所以要用Dom来定义。关系数据库的值是这些关 系模式在某一时刻对应的关系的集合，通常称之为关系数据库。其中， R 为关系名， A1,A2,A3,⋯,An为属性名或域名，属性向域的映像常常直接说明属 性的类型、长度。通常将关系模式简记为： R(U) 或R(A1,A2,A3,⋯,An)(1)学生关系模式S(Sno,Sname,SD,SA)。
2025-02-15 12:10:04
274
原创 关系数据库的基本术语
性别的域为{男，女}等。其中，集合中的每一个元素(d1,d2,d3⋯,dn)叫作一个n元组(n-tuple, 即n个属性的 元组),元素中的每一个值di叫作元组一个分量。设D1,D2,D3,⋯,Dn为任意集合，定义D1,D2,D3⋯⋯,Dn的笛卡尔积为： D1×D1×D2×⋯×Dn={(d1,d1,d2⋯,dn)|di∈Di,i=1,2,3,⋯,n}(7)外码(Foreign Key): 如果关系模式R 中的属性或属性组不是该关系的码，但它是其他 关系的码，那么该属性集对关系模式R 而言是外码。
2025-02-15 12:06:19
523
原创 NoSQL数据库-体系框架
内存和硬盘相结合的形式，结 合了前两种形式的优点，既保证了速度，又保证了数据不丢失；NoSQL整体框架分为4层，由下至上分为数据持久层(Data Persistence)、 数据分布层 (Data Distribution Model)、 数据逻辑模型层 (Data Logical Model) 和接口层 (Interface), 层次 之间相辅相成，协调工作。(2)数据分布层定义了数据是如何分布的，相对于关系型数据库， NoSQL可选的机制比较 多，主要有3种形式：一是CAP支持，可用于水平扩展；
2025-02-14 20:00:47
519
原创 NoSQL数据库-分类与特点
图形结构的数据库同其他采用行列以及刚性结构的SQL数据库不同，它使用灵活的图形模 型，并且能够扩展到多个服务器上。该类型的数据模型是版本化的文档，半结构化的文档以特定的 格式存储，比如JSON。文档型数据库可以看作是键值数据库的升级版，允许嵌套键值，在处理 网页等复杂数据时，文档型数据库比传统键值数据库的查询效率更高。列式数据库是按数据库记录的列来组织和存储数据的，数据库中每个表由一组页链的集合组成， 每条页链对应表中的一个存储列。这些列是由列家族来安排的。这得 益于它的无关系性，数据库的结构简单。
2025-02-14 19:58:30
409
原创 数据库-ORM访问接口
ORM是一种将内存中的对象保存到关系型数据库中的技术，主要负责实体域对象的持久 化，封装数据库访问细节，提供了实现持久化层的另一种模式，采用映射元数据 (XML)来描 述对象-关系的映射细节，使得ORM中间件能在任何一个应用的业务逻辑层和数据库之间充当 桥梁。(3)JPA(Java Persistence API):JPA通过JDK 5.0注解或 XML描述对象-关系表的映射关 系，是Java 自带的框架。ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象与关系数据库相互 映射；
2025-02-13 13:15:00
265
原创 数据库-通用数据接口标准
ADO从原来的RDO而来。可以使用ADO去编写紧凑、简明的脚本以便 连接到ODBC兼容的数据库和OLE DB兼容的数据源，这样ASP程序员就可以访问任何与 ODBC兼容的数据库，包括MS SQL Server、Access、Oracle等。一个基于ODBC的应用程序对数据库进行操作时，用户直接将SQL语句传送给ODBC, 同时ODBC对数据库的操作也不依赖任何DBMS,不直接与DBMS打交道，所有的数据库操 作由对应的DBMS的ODBC驱动程序完成，由对应DBMS的ODBC驱动程序对DBMS进行操 作。
2025-02-13 13:00:00
589
原创 数据库-嵌入SQL访问接口
为了解决上述这些问题，数据库厂商需要提供一个嵌入式SQL的预编译器，把包含有嵌入 式SQL的宿主语言源码转换成纯宿主语言的代码。一些大型的数据库厂商发布的数据 库产品中，都提供了对于嵌入式SQL的支持，如Oracle、DB2等。嵌入式SQL(Embedded SQL) 是一种将SQL语句直接写入某些高级程序语言，如C、 COBOL、Java、Ada等编程语言的源代码中的方法。(1)宿主语言的编译器不能识别和接受SQL程序，需要解决如何将SQL的宿主语言源代 码编译成可执行码。
2025-02-12 13:15:00
470
原创 数据库-库函数级别访间接口
对 数据库的访问是通过调用OCI库函数实现的，若将C 语言作为宿主语言，那么Oracle数据库调 用其实就是C 程序中的函数调用，一个含OCI调用的C 程序其实就是用C 语言编写的应用程 序。这样的程序既具有SQL语言非过程性的优点又具有C 语言过程性的优点，同时还可具有 SQL语言的扩展， PL/SQL语言过程性和结构性的优点，因此使得开发出的应用程序具有高度 灵活性。OCI开发方法的缺点是往往强依赖于特定的数据库，需要数据库开发人员对该数据库机制 有较深的理解，学习难度较大，开发效率不是很高。
2025-02-12 13:00:00
251
原创 数据库设计的基本步骤
将抽象的概念模型转化为与选用的DBMS产品所支持的数据模型相符合的逻辑模型，它是物理结构设计的基础。包括模式初始设计、子模式设计、应用程序设计、模式评价以及模式求精。概念结构设计是对信息分析和定义，如视图模型化、视图分析和汇总。(5)数据库实施阶段。数据库设计人员根据逻辑设计和物理设计阶段的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。但考虑数据库和应用系统开发全过程，一般将数据库设计分为如下6个阶段。数据库设计人员采用一定的辅助工具对应用对象的功能、性能、限制等要求进行科学的分析。
2025-02-11 06:45:00
296
原创 数据库三级模式
概念模式也称模式，是数据库中全部数据的逻辑结构和特征的描述，它由若干个概念记录类型组成，只涉及“型”的描述，不涉及具体的值。而实例反映的是数据库某一时刻的状态，是相对变动的。总之，数据按外模式的描述提供给用户，按内模式的描述存储在磁盘上，而概念模式提供了连接这两极模式的相对稳定的中间观点，并使得两级的任意一级的改变都不受另一级的牵制。实际上，数据库的产品很多，它们支持不同的数据模型，使用不同的数据库语言，建立在不同的操作系统上，而且数据的存储结构也各不相同，但基本上都支持三级模式。
2025-02-11 06:30:00
1412
原创 数据库-多值依赖
若关系模式R(U) 中，X、Y、Z是U的子集，并且Z=U-X-Y 当且仅当对R(U) 的任何一个关系r, 给定一对(x, z) 值，有一组Y的值，这组值只由x值决定而与z值无关， 则称 “Y多值依赖于X”或“X多值决定Y”成立。●多值依赖具有对称性。即若X→→Y,则X→→Z,其中Z=U-X-Y。即若X→→Y,Y→→Z,则X→→Z-Y。●若X→→Y,X→→Z, 则X→→Y∩Z。●若X→→Y,X→→Z, 则X→→Z-Y。●函数依赖可以看成是多值依赖的特殊情况。●若X→→Y,X→→Z, 则X→→YZ。
2025-02-10 07:00:00
416
原创 数据库-函数依赖
例如，关系模式Student(Sno,Sname,SD,Sage,Sex) 可能在某一时刻， Student 的关系 r中每个学生的年龄都不同，也就是说没有两个元组在Sage属性上取值相同，而在Sno属性上 取值不同，但我们决不可据此就断定Sage →Sno。若对R(U) 的任何 一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数决定Y或Y函数依赖于X,记作：X→Y。函数依赖则是一种最重要、最基本的数据依赖。如果X→Y, 但Y⊆X, 则称X→Y是平凡的函数依赖。
2025-02-10 06:00:00
553
原创 数据库-BCNF(Boyce Codd Normal Form, 巴克斯范式)
由于该关系模式R 中的候选码为 (Pname,Mname) 或 (Pno,Mname), 因而关系模式R 的属性都是主属性，不存在非主属性对码的传递依赖，所以R是3NF的。但是，主属性Pname 传递依赖于码 (Pname,Mname), 因此R 不是BCNF的。例如，设R(Pno,Pname,Mname) 的属性分别表示零件号、零件名和厂商名，如果约定， 每种零件号只有一个零件名，但不同的零件号可以有相同的零件名；每种零件可以有多个厂商 生产，但每家厂商生产的零件应有不同的零件名。
2025-02-09 09:36:49
230
原创 数据库-3NF
可以证明，3NF的模式必是2NF的模式。因为3NF模式中不存在非主属性对码的部分函数依赖和传递函数依赖，所以具有较好 的性能。对于非3NF的1NF、2NF来说，其性能弱，一般不宜作为数据库模式，通常要将它们 变换成为3NF或更高级别的范式，这种变换过程称为“关系模式的规范化处理”。由于这3个子模式都达到了3NF, 因此称分解 后的数据库模式达到了3NF。若关系模式R(U,F) 中不存在这样的码X, 属性组Y及非主属性Z(ZeY) 使得X→Y,(Y+X)Y→Z成立，则关系模式R∈3NF。
2025-02-09 09:34:25
237
原创 数据库-2NF
因为分解后的关系模式FIRST,的码为Sno, 非主属性Sname、Status、City完全依赖于码 Sno, 所以属于2NF;关系模式FIRST?的码为 Sno、Pno, 非主属性Qty完全依赖于码，所以也 属于2NF。若关系模式R 1NF, 且每一个非主属性完全依赖于码，则关系模式R 2NF 换句话说，当1NF消除了非主属性对码的部分函数依赖，则称为2NF。例如：FIRST关系中的码是Sno、Pno, 而Sno→Status, 因此非主属性 Status部分函数依赖于码，故非2NF的。
2025-02-08 13:00:00
171
原创 数据库-1NF
例如，供应者和它所提供的零件信息，关系模式FIRST和函数依赖集F如下： FIRST(Sno,Sname,Status,City,Pno,Qty) F={Sno → Sname,Sno → Status,Status → City,(Sno,Pno)→ Qty} 对具体的关系FIRST如下表所示。这样，当某个供应者的某些信息未提供时(如Pno), 则不能进行插入操作，这就是所谓的插入异常。例如供应者S1从“天津”搬到“上海”,若不注意，会使 一些数据被修改，另一些数据未被修改，导致数据修改的不一致性。
2025-02-08 12:45:00
183
原创 Docker安装Elasticsearch-7.17.4说明
log4j2.properties和jvm.options。如果docker无法启动，则可以查询日志。docker logs <容器ID或名称>先把密码复制出来，再一个一个粘贴进去。另外需要拷贝两个文件过去。(1).创建挂载数据。
2025-02-07 13:15:00
373
原创 5、独立构件体系结构风格
支持基于事件的隐式调用的应用系统很多。事件系统风格基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。这使得不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统 也包含显式调用作为构件交互的补充形式。过程可以用通用的方式调用，也可以在系统事件中注册一些过程，当发生这些事件 时，过程被调用。
2025-02-07 13:00:00
210
原创 Centos7如何安装node-red4？
因为Centos7不支持node18，导致无法直接安装node-red4，解决办法是下载可执行的node18。
2025-02-06 18:50:26
84
原创 PostgreSQL如何把数据从生产环境复制到测试环境？
1.在生产环境打开Navicate点击左边菜单，定位到目标表，右键导出结构。2.查询目标表数据，导出到SQL。3.在目标数据库导入结构。4.在目标数据库导入数据。
2025-02-06 18:47:28
101
原创 4、虚拟机体系结构风格
虚拟机体系结构风格的基本思想是人为构建一个运行环境，在这个环境之上，可以解析与 运行自定义的一些语言，这样来增加架构的灵活性。虚拟机体系结构风格主要包括解释器风格 和规则系统风格。
2025-02-05 21:00:00
233
原创 2、调用/返回体系结构风格
在一些层次系统中， 除了一些精心挑选的输出函数外，内部的层接口只对相邻 的层可见。由于每一层最多只影响两层，同 时只要给相邻层提供相同的接口，允许每层用不同的方法 实现，这同样为软件重用提供了强大的支持。利用调用-返回实际上是一种分而治 之的策略，其主要思想是将一个复杂的大系统分解为若干子系统，以便降低复杂度，并且增加 可修改性。调用/返回体系结构风格主要包括主程序/子程序风格、面向对象风格、层次型风格以及客户端/服务器风格。调用关系具有层次性，其语义逻辑表现为子程序的正确性取决于它调用的子程序的正确性。
2025-02-04 20:37:23
191
原创 1、数据流体系结构风格
现 有的解决方案是把系统分解为几个序贯的处理步骤，这些步骤之间通过数据流连接，一个步骤 的输出是另一个步骤的输入。因此，管道-过滤器风格的基本构件是过滤器，连接件是数据流传输管道，将一个过滤器的输出传到另一 过滤器的输入。数据流体系结构没有概念上的程序计数器：指令的可执行性和执行仅基于指令输入参数的可用性来确定，因此，指令执行的顺序是不可预测的，即行为是不确定的。在批处理风格的软件体系结构中，每个处理步骤是一个单独的程序，每一步必 须在前一步结束后才能开始，并且数据必须是完整的，以整体的方式传递。
2025-02-04 20:26:07
209
原创 WIN10如何进入“可选功能”
公司的旧系统需要用IE11访问，看到其他人说在WIN10的可选功能添加。结果发现我的电脑找不到入口。按下“Win+R”打开运行窗口，输入“fodhelper”并按回车键，以快速打开可选功能窗口。
2025-02-03 23:34:46
399
Docker安装Elasticsearch-7.17.4说明用的log4j2.properties
2025-02-07
server-jre-8u391-windows-x64.tar.gz
2023-11-22
Delphi ICS-V8.70
2023-08-14
Apache Tomcat 8.5.59 32-bit/64-bit Windows Service Installer
2020-11-08
Navicat Premium数据库管理工具Windows64位12.1.27
2020-11-08
Anaconda3-4.3.1-Windows-x86_64-7/9
2017-12-08
Anaconda3-4.3.1-Windows-x86_64-5/9
2017-12-08
Android Support Library 23.2官网下载
2017-12-05
Anaconda3-4.3.1-Windows-x86_64-9/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-8/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-6/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-4/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-3/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-2/9
2017-07-11
Anaconda3-4.3.1-Windows-x86_64-1/9
2017-07-11
java excel api 2.6.12
2014-07-03
SD Formatter 3.0 Beta
2011-01-15
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人